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1 UCS log reports 


The log system 
What is a log report? 

A log report is a message generated by the UCS DMS-250 switch whenever a 
significant event has occurred in the switch or one of its peripherals. Log 
reports include status and activity reports, as well as reports on hardware or 
software faults, test results, changes in state, and other events or conditions 
likely to affect the performance of the switch. A log report may be generated 
in response to either a system or a manual action. 


Controlling output from the log system 
Log output—including storage, distribution, prioritization, suppression, and 
thresholds—may be controlled in two ways. First, individual offices may 
customize the output from the log system to meet local requirements by 
making changes to the appropriate customer data tables. Second, specific log 
utility (LOGUTIL) commands may be executed in the LOGUTIL level of the 
MAP display. LOGUTIL commands may be used temporarily to override 
parameters set in the customer data tables, for example, to turn log reports 
OFF, or to route output temporarily to a different device. 


In most cases, a restart (reinitialization of the DMS operating system and user 
processes) will reset any temporary change that was made by the use of 
LOGUTIL commands. Refer to the Data Schema Reference Manual. 


Log buffers 
Each log buffer is of sufficient size to hold several hours of subsystem reports 
at peak output rates. The number of reports which can be held is determined 
by the value of the office parameter LOG_CENTRAL_BUFFER_SIZE in 
table OFCVAR. Refer to the Data Schema Reference Manual. 


The output reports are stored in the log buffers in chronological order as they 
are generated, i.e., a Central Message Contoller (CMC) report generated at 
16:04:39 would be logged before a report generated at 16:08:33. Once a 
subsystem buffer is full, the next report that is generated displaces the oldest 
report. Unless the displaced log report had been previously routed to some type 
of external storage device, the report is lost and is unretrievable by the user. 


The Critical Message Prioritization feature provides an additional method of 
defining the order in which log reports are output to a specified log device. This 
feature is made active or inactive by the office parameter 
LOG_PRIORITIZATION in table OFCENG. Refer to the Data Schema 
Reference Manual. 


DMS-250 Logs Reference Manual, Volume 6 of 6 UCS15 


1-2 


When active, the log reports are categorized by their alarm levels (critical, 
major, minor, no alarm). The reports are then output to specified devices in 
order of most critical to least critical alarm. Reports of the same alarm category 
are stored chronologically. 


Routing log reports 
In addition to storing the reports, the output reporting system is capable of 
routing the reports to operating company defined devices, such as MTD, DDU, 
Data Link, Printer, VDU. Each device is allocated a buffer area, which under 
normal conditions is sufficient to handle a large number of log reports. If 
devices are losing reports indicated by the system, the log buffer size can be 
increased by changing the office parameter LOG_DEVICE_BUFFER_SIZE 
in table OFCVAR. Refer to the Data Schema Reference Manual. 


Routing and reporting subsystems 
The routing of reports from the log system buffers to an I/O device, where they 
are printed, displayed, or stored, is performed by the routing and reporting 
subsystem. This subsystem is controlled by two data tables which provide 
basic permanent routing. The two data tables are LOGCLASS and LGDEV. 


To route a log report to a device, the following units of information must be 
known to the DMS. The CLASS number of the report that is to be routed, 
defined in table LOGCLASS. The device(s) that is to receive this CLASS 
number of log reports, defined in table LOGDEV. 


As shown in the following table, the CMC log reports have been assigned a 
class number of 4. When the CMC subsystem generates a log report, the 
routing and reporting subsystem will reference table LOGCLASS and 
discover the log report is class 4. Once the class number is known, table 
LOGDEYV will be referenced to search for the device(s) defined to receive class 
4 reports. In this example it is the device PRT1. The routing and reporting 
subsystem will now transmit the report through the log device buffer for PRT 1 
to the actual device. 


Table 1-1 (Sheet 1 of 2) 


REPORTS CLASS DEVICE 
GROUP 1 NET 121 24 PRT1 
GROUP 2 NET 115 24 PRT2 
GROUP 3 PM 105 24 PRT3 
GROUP 4 CMC 105 4 PRT1 
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Table 1-1 (Sheet 2 of 2) 
REPORTS CLASS DEVICE 
GROUP 5 LINE 108 


GROUP 6 TRK 151 


Logutil commands 
The logutil commands provide the user with the capability of performing the 
following functions: 


e Obtain information concerning log reports, I/O devices and thresholding. 
e Start and stop devices from receiving log reports. 

* Browse through log subsystems buffers. 

e Clear log subsystems buffers (erase reports). 


e Establish temporary routing commands which supersede the permanent 
routing entries in tables LOGCLASS and LOGDEV. The permanent 
entries in these tables are not changed and remain available for reversion 
back to permanent routing. 


Some examples of temporary routing may be if an I/O device malfunctions and 
its associated logs reports need to be routed to another device, or maintenance 
personnel who desire to temporarily route log reports to a VDU for 
troubleshooting purposes. 


Tables 


The following tables are used in this document to list log header definitions, 
log subsystems, event types, info-only logs, trouble codes, reason codes, 
equipment states, call types, and so forth. Spelling and capitalization of the 
table information is exactly as it appears on the MAP terminal. 


e Table A—STD header defines the standard header format. 


e Table B—SCC2 header defines the Switching Control Center 2 header 
format. 


e Table C—Log subsystems define families of logs and identifies reports 
associated with critical and major alarms. Reports associated with minor 
alarms are not listed. 


e Table D—Event types define event types displayed in the field after the 
header. 


e Table E—Equipment states define possible states for any component part 
of the UCS DMS-250 switch. Some states may parallel, or appear identical 
to, Event Types. 
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Table F—Line and trunk information text define character strings 
displayed in the LINE and TRK information field. 


Table G—Line and trunk trouble codes define character strings displayed 
in the LINE and TRK trouble code field. 


Table H—PM reasons define character strings displayed in the PM reason 
field for some of the peripheral module (PM) logs. 


Table I—Standard definitions and equipment identification contain 
definitions and methods of identification for directory numbers, line 
equipment codes, trunk ids, and so forth. 


Table J—Meter processes identify MTR log reports for specific meter 
processes. 


Table K—Attendant console states define possible states for attendant 
consoles used in the Integrated Business Network (IBN) environment. 


Table L—IBN trouble codes define character strings displayed in the IBN 
Trouble Code field. 


Table M—Call treatments identify extended call treatments. 


Table N—Node types identify the node types for the UCS 
DMS-250switch. A node is a hardware unit that can either accept or 
originate messages, or both. 


Table O—Trunk diagnostic results define character strings displayed in 
ATT and TRK log reports generated as a result of automatic or manual 
diagnostic testing of trunks. 


Table P—CMC alter reasons define the central message controller (CMC) 
alter reasons. 


Table Q—Transmission test unit failure messages show failure reasons 
associated with Automatic Transmission Measuring Equipment (ATME) 
tests on transmission test units. 


Table R—Call type entry codes show the 2-digit code that defines call 
types and the call type each code represents. 


Table S—Information-only logs do not require an action. 


Option of normal or short log format 


Log reports may be displayed in either the normal (long) format or a short 
format. Normal format is the default, and provides all the report information 
described above. The normal (long) format is generated unless you request the 
short format through the LOGUTIL level of the MAP display. Short format 
displays only the first line of the log report, and allows you to scan log reports 
at MAP levels where viewing area is limited in size. 
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Log report formats 
The first line of every log report contains the following elements: 


Header—a string, whose components vary depending on the datafill in the 
customer data schema 


Event type—an abbreviation indicating the event or condition being 
reported (for example, SYSB, TBL) 


Event description—a string, which may contain one or more of the 
following fields: 


— Event identification—a constant for every log report of the same name 
and number. For example, the event identification for a LINE101 log 
report is always LINE_DIAG. 


— Equipment identification—a variable which identifies hardware or 
software. For example, equipment identification could identify a 
peripheral and its location, line equipment and an associated directory 
number (DN), a Common Channel Signaling Service NO. 7 (CCS7) 
route identification. Refer to definition of “pmid" in Table I. 


— Reason codes—variable, depending on the application. The event 
description may be left blank. 


The remaining one or more lines of the log report contain additional 
information about the reported event. 


The following examines each element of the log report in more detail. 


There are three possible formats for the header portion of a log: 


NT standard (STD) format 


NT format for offices with multiple log generating nodes, for example, 
Enhanced Core (ECORE) offices 


Number 2 Switch Control Center (SCC2) format, available in offices 
where downstream processing of logs from one or more switches is 
performed 


A comparison of each of the three header formats follows. 


Logs in NT standard (STD) header format 
The first line of an STD log follows this format: 


. 


officeid alarm threshold reportid mmmdd hh:mm:ss ssdd 
event type event id 


Refer to Table A for a detailed description of the header fields. The second and 
subsequent lines of the log report contain additional information about the 
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reported event. A LINE101 log report using the STD header format looks like 
this: 


COMS 0 *LINE101 OCT31 12:00:00 2112 FAIL LN DIAG 
LEN HOST 03 0 14 24 DN 7811999 
DIAGNOSTIC RESULT No Response from Peripheral 
ACTION REQUIRED Chk Periphls 
CARD TYPE 2X17AB 


This example indicates the name or officeid of the switch generating the log is 
COMS, side 0. The log was generated on October 31 at noon (12:00 p.m.). The 
log was previously generated 21 times, and was generated for the 12th time at 
the device displaying this log. The event type and description indicate a line 
diagnostic has failed. The variable message area provides more data about the 
faulty line, and indicates the action required. 


Logs in NT ECORE office header format 

The officeid for an ECORE office depends on the value of the 

ECORE FORMAT parameter. If the previous LINE101 log were output by an 
ECORE office, with a ECORE. FORMAT = TRUE value, it would look like 
this: 


COMS 0 CM * LINE101 OCT31 12:00:00 2112 FAIL LN DIAG 
LEN HOST 03 0 14 24 DN 7811999 
DIAGNOSTIC RESULT No Response from Peripheral 
ACTION REQUIRED Chk Periphls 
CARD TYPE 2X17AB 


The officeid includes an eight-character node name and one trailing space 
following the office name. The same LINE101 log generated by an ECORE 
office, with ECORE FORMAT - FALSE value, would look like this: 


COMS 0 * LINE101 OCT31 12:00:00 2112 FAIL LN DIAG 
LEN HOST 03 0 14 24 DN 7811999 
DIAGNOSTIC RESULT No Response from Peripheral 
ACTION REQUIRED Chk Periphls 
CARD TYPE 2X17AB 
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The standard officeid is displayed without the node name. 
Table 1-2 ASTD header 
Field Value Description 


officeid String Identifies the switch generating the 
log. This field is optional and is not 
normally shown in the detailed 
examples of log reports in this manual. 
Maximum length of this field is 12 
characters, set by office parm 
LOG OFFICE ID in customer data 
Table OFCVAR. 


alarm wee ***, or blank Indicates the alarm type of the log 
report. *** = critical alarm, ** = major 
alarm, * = minor alarm, blank = no 
alarm. 


threshold + or blank Indicates whether a threshold was set 
for the log report. If “+," a threshold 
was set. If blank, no threshold was set. 


reportid AAAAnnn Identifies the log subsystem 
generating report (two to four 
alphabetic characters and the number 
(100-999), of the log report in this 
subsystem. Refer to Table C of this 
document for a list of log subsystems. 


mmmmdd JAN-DEC 01-31 Identifies month and day report was 
generated. 
hh:mm:ss 00-23 Identifies hour, minute, and second 
00-59 report was generated. 
00-59 
ssdd 0000-9999 Defines the unique sequence number 


for each log report generated. Anss is 
increased each time a report is 
generated, and is reset to 00 after 
reaching 99. The dd is increased each 
time a report is displayed at a 
particular device, and is reset to 00 
after reaching 99. 


Logs in SCC2 header format 
The first line of an SCC2 log follows this format: 
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alarm mm reportid threshold ssdd event_type event_id 


There are two main differences between the STD header format and the SCC2 
header format. The SCC2 header uses two spaces instead of three to display 
the alarm class. Hence, a critical alarm is displayed as “*C" instead of “***." 
Instead of a time and date stamp, the SCC2 header format provides only the 
minutes (mm) after the hour, since the SCC2 processor time stamps each log 


it receives. 


Refer to Table B for a detailed description of the SCC2 header fields. 


The format of the subsequent lines of the log report is identical to those offices 


with Standard or ECORE headers. 


A LINE101 log report using the SCC2 header looks like this: 


* 27 LINE 101 2112 FAIL LN_DIAG 
LEN HOST 03 0 14 24 DN 7811999 
DIAGNOSTIC RESULT No Response from Peripheral 


ACTION REQUIRE 


D 
CARD TYPE 2X17Al 
a 


Chk Periphls 


Table 1-3 BSCC2 header (Sheet 1 of 2) 


Field Value Description 

alarm *C, **, *, blank Indicates the report alarm type. (*C is 
critical, ** is major, * is minor, blank is 
no alarm.) 

mm 00-59 Identifies the number of minutes after 
the hour the report was generated. 

reportid AAAA nnn Identifies the log subsystem 


generating report, using two to four 
alphabetic characters and the number 
(100-999) of the log report in this 
subsystem. Note the subsystem name 
and the log number are separated by 
a space in this format. Refer to Table 
C for a list of log subsystems. 
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Table 1-3 BSCC2 header (Sheet 2 of 2) 
Field Value Description 


threshold + or blank Indicates whether a threshold was set 
for the log report. If plus (+), a 
threshold was set; if blank, no 
threshold was set. 


ssdd 0000-9999 Defines a unique sequence number 
for each log report generated. An ss is 
incremented each time a report is 
generated, and is reset to 00 after 
reaching 99. A dd is incremented each 
time a report is displayed at a 
particular device, and is reset to 00 
after reaching 99. 


Event type and identification 
The header is followed by the event type and event identification. 


Event type is a one-word, general description of the occurrence that caused the 
switch to generate the log report (for example, FLT, INFO, SYSB). Refer to 
Table D for a list of event types, and their meanings. 


Event identification is a string (usually abbreviated) that further defines the 
specific event. The event identification may be omitted when sufficient 
information is supplied by the event type and by the text in the variable 
message/data area. 


Variable message/data area 


The event type and event identification are usually followed by one or more 
lines of variable text and data fields. These fields typically provide additional 
information on one or more of the following: 


e DMS responses 

* equipment status 

e hardware identification 

e problem isolation 

e problem resolution 

* software identification 

In the rare case of log reports that do not have a variable message/data area, the 


event type and identification provide sufficient information to determine the 
action required. 
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Structure of a log report description 


This document contains all the log reports output by the UCS DMS-250 
family, in order by subsystem. Each log report is described in detail under the 
following headings: 


* report format 

* example 

* explanation 

* explanation table 
e action to be taken 


e associated OM registers 


Log report descriptions may also include the following: 
* tables specific to that log report 
* oneor more "Additional information" sections 


* atable explaining a hexadecimal data dump 


Report format 
The report format section is the first part of a log report description. It provides 
a general model of the log report and identifies constant and variable text. See 


“Log report formats" in this document for additional information about format 
fields. 


Example 
The example section is the second part of a log report description. It contains 
an example of the log report as it comes from the UCS DMS-250 switch. 


Explanation 
The explanation section is the third part of the log report description. It 
contains a short description of the circumstances under which the report is 
generated. 


Explanation table 


The explanation table describes each field (logical part) of the log report in 
detail, under the columns field, value, and description. 


Field column 
The field column contains the following types of entry: 
e the event identification when present 


* constant fields, where the value does not change (usually written in 
uppercase) 
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e variable fields, where there is either more than one possible value or a 
range of values (written in lowercase) 
e mixed fields, consisting of a constant and a closely associated variable 


(written in a mixture of uppercase and lowercase letters) 


Representing variables 

A small number of text variables, familiar to the reader, are represented by 
their commonly used abbreviations, for example: DN (directory number), 
LEN (line equipment number), CLLI (common language location identifier), 
TRKID (trunk identifier). See Table I for a complete list. 


Other text variables are represented by the the suffix nm if they are names, for 
example, modnm for module name, and txt if they are any other sort of 
character string, for example stattxt for state, fltxt for fault text (a character 
string representing a fault). 


Decimal numbers are represented by n (where n is 0-9, unless otherwise 
specified. Hexadecimal numbers are represented by h (where h is 0-F, unless 
otherwise specified). 


Value column 

Four types of values are supplied in the value column: 
* individual values 

* numerical ranges 


* Symbolic text, indicating a range of values as described in the description 
column 


e Constant, indicating only one value for the field 

Description column 

The description may include the following information: 

* the meaning of the field 

* the meaning of specific values 

e why a particular value is displayed 

e the relationship between this and other fields 

* references to tables that list and describe a set of values 

* references to the customer data schema (or customer data tables) that 


define the range of values for a particular office 


The action for specific field values is included in cases not covered in the 
general "Action to be taken" section of this document. 
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Action to be taken 


The “Action to be taken" section explains what action should be taken by 
operating company personnel when the log report occurs. If the log report is 
for information only, it is listed in Table S. 


Associated OM registers 


This section of the log report description lists OMs that are associated with a 
specific log. 


How to interpret hex tables in AUD and AUDT log reports 


Most audit log reports (AUD and AUDT) output a block of hex data. This 
section contains the information necessary to interpret the hex values. 


The documentation explaining a hex data block has two parts. First, a diagram 
of the data fields contain the name of each field, the size of the field, and its 
location within the data block. Second, each page of the diagram has text that 
explains the purpose of the fields. 


The following example is from a typical hex data diagram. Notice that there 
are two 16-bit words in each row (in this case, WORD 2 and 3). WORD 2 
contains bits 32 through 47 of the hex data block. WORD 3 has bits 48 through 
63. The least significant bit in each word is on the right-hand side. 


WORD 2 3 


CPTLB 


‘a EE CNN 


PRIMINDX( ECINDE 


BIT 47 32 63 48 


1 PROCOQD(1) 3 LINKCOUNT(6) 
2 STATE(3) 4 LETTERCOUNT(2) 


The field CPTLB extends across WORDS 2 and WORDS 3. Beneath CPTLB 
are two rows of field names, one beginning with field MYINDEX and the other 
with field PRIMINDX. The numbers in parentheses identify the fields' size in 
bits. 


Field size is shown in parentheses around the first word of a field. To indicate 
a continuation, a C replaces the size in any additional words used by that field. 
For example, CPTLB begins in a word preceding WORD 2. 
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Some fields are identified in the diagram by number. Their names are too large 
for the space allotted in the diagram. The numbers identify the numbered field 
names beneath the diagram. 


In the preceding example, three rows of field names are stacked on top of each 
other. There are two possible relationships between these rows. One possibility 
is that each row can represent a separate overlay, which means one or another 
will be displayed, depending on the conditions software module, using a 
certain hexadecimal data structure. The other possibility is that one row 
comprises subfields of the row immediately above it. 


There is no way to be sure which relationship exists by looking only at the 
diagram. An overlay chart defines which fields are overlays. Where there are 
nested overlays, the overlay chart shows the links between them. Fields that do 
not appear in the chart are subfields. 


The overlay chart that accompanies WORD 3 in the previous example appears 
here. The fields on either side of the word or can occupy WORD 3 but never at 
the same time. 


OVERLAY STRUCTURE - WORD 3 
2,AUDIT,3,4 or LETTERC 


The following provides a more detailed example. 
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WORD 82 


SPARE8B(8) 


FASTMOVE_STD_XLA_OVLY(152) 


TOPS AREA(C) 


FASTMOVE(C) 


BIT 1327 1312 1343 1328 


The corresponding overlay chart for WORD 63 is: 


( OVERLAY STRUCTURE - WORD 83 E 
CHB(XLAB) or TOPS AREA or FASTMOVE 
/ \ 
LOG NETWORK,FILLER BYTE or FASTMOVE INAT XLA OVLY or 
AMADATA or FAST STD XLA OVLY 
/ \ 
AMAINCCB or ENTRY_CODE or 8 or 9,0... or SPARE8B 
3y Leda 
X ul 


In this example, the first set of overlay choices, includes subfield XLAB of the 
CHB field, TOPS. AREA, and FASTMOVE. 


These overlays are present in both WORDS 82 and 83. 


If XLAB is selected, there are four new overlay choices in WORD 83, such as 
LOG NETWORK, FILLER. BYTE. If AMADATA is selected, AMAINCCB 
and fields 3 through 7 are the overlay choices in bits 1328 through 1332. 
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ENTRY. CODE, field 8, fields 9 through F, and SPARESB are the overlay 
choices in bits 1336 through 1343. 


Hexadecimal words in a diagram are numbered consecutively from the 
beginning to the end of the hexadecimal data block. Word 0 corresponds to the 
leftmost word in the top row of the actual log output. 


(Words 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 0-»9 
hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 10-519) 


The following example shows how actual hexadecimal output is related to the 
way it is represented in the diagram. For WORD 3 in the previous example, a 
dumped value of 9CSA is represented in the diagram as: 


LETTERCOUNT STATE 
10 01|1100 | 0101|1 010 
(BIT 63) LINKCOUNT AUDIT (BIT 48) 


Unless otherwise stated, all numerical values appearing in the document's 
audit log report descriptions are decimal. Only the example of an actual log 
report contains data in hexadecimal values. 


Field descriptions for Boolean terms are described as true or false. A term is 
true (1) if the condition the field name defines exists. The term is false (0) if 
the condition the field name defines does not exist. 


Table 1-4 CLog subsystems (Sheet 1 of 20) 


Name 


ACCS 


ACD 


Critical Major Description 


— — Automatic Calling Card Services (ACCS) 
subsystem provides the capabilities to obtain 
information related to calling card services. 


— — Automatic Call Distribution (ACD) provides 
equal distribution of calls to predesignated 
answering positions. If all positions are busy, 
calls are queued in the order of their arrival, 
taking into account the call's priority. ACD 
performs audits to check for irregularities in 
each ACD group. 
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Table 1-4 CLog subsystems (Sheet 2 of 20) 


Name Critical Major 


ACMS — — 


ACNS —= = 


ACT = = 


ALRM — — 


ALT — — 


AMA — — 


AMAB — — 


AOSS — — 


APS Z = 


Description 


Automatic Call Distribution (ACD) provides 
equal distribution of calls to predesignated 
answering positions. If all positions are busy, 
calls are queued in the order of their arrival, 
taking into account the call's priority. ACD 
performs audits to check for irregularities in 
each ACD group. 


Attendant Console Night Service (ACNS) 
controls the digits dialed to access night 
services provided by connected MDC 
customers. 


Activity (ACT) checks central control complex 
(CCC) for transient mismatches between the 
active and inactive sides. 


Alarm (ALRM) checks the integrity of 
connections to the Emergency Service Bureau 
(ESB) and sends indications of alarm conditions 
over a trunk to a remote operator position. 


Automatic Line Testing (ALT) provides 
automatic testing for large groups of lines during 
low traffic periods. ALT is performed on all line 
equipment including peripherals, circuit cards, 
facilities, and connected telephones. 


Automatic Message Accounting (AMA) gathers 
and records all necessary data for 
subscriber-dialed billable calls. 


Automatic Message Accounting Buffer (AMAB) 
establishes and controls the AMA buffer where 
the AMA subsystem records data for 
subscriber-dialed billable calls. 


Auxiliary Operator Services System (AOSS) 
allows operators to provide subscribers with 
such services as directory assistance (local and 
long distance) and call intercept. 


Attendant Pay Station (APS) allows all lines ina 
service hall to route call information to a specific 
output device. 
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Table 1-4 CLog subsystems (Sheet 3 of 20) 
Name Critical Major Description 


ASR — — Automatic Set Relocation (ASR) allows the user 
to move integrated voice and data (IVD) sets 
from one location to another without a 
craftsperson's intervention. 


ATB — — All Trunks Busy (ATB) checks for busy 
conditions on trunks terminating to a single 
location. 

ATME — 201, 204 Automatic Transmission Measuring Equipment 


(ATME) controls equipment that makes 
transmission measurements on circuits 
terminating at long distance switching centers, 
for example, international gateways. 


ATT — — Automatic Trunk Testing (ATT) provides 
automatic testing for outgoing trunks and 
outgoing portions of two-way trunks. 


AUD — — Audit (AUD) checks the integrity of central 
control (CC) software and attempts to correct 
errors when detected. 


AUDT xm mE Audit (AUDT) checks the integrity of peripheral 
module (PM) software and attempts to correct 
errors when detected. 


BERT — — Bit Error Rate Test (BERT) reports conditions 
concerning applications using Integrated Bit 
Error Rate Testers (IBERT). 


BMS — — Buffer Management System (BMS) reports 
conditions concerning the allocation and 
deallocation of buffer space to applications 
using BMS. 


CC 107, 128 102,104,112, Central Control (CC) controls the data 
113,114,120 processing functions of DMS along with its 
associated data store (DS) and program store 
(PS). 


CCl — — Computer Consoles, Inc. (CCl) reports on 
messaging errors between a DMS switch and a 
CCI (DAS/C) system, to provide information on 
the error and to indicate the call should be 
operator-handled. 
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Table 1-4 CLog subsystems (Sheet 4 of 20) 


Name 


CCIS 


CCS 


CDC 


CDRE 


CDRS 


CFW 


CM 


CMC 


Critical 


209, 210, 218, 
214, 215, 218, 
219 


100 


105, 109, 116, 
111 


Major 


104, 108, 120, 
122, 130, 131 


175, 231 


101 


104, 112, 122, 
125, 138, 137, 
158 


101, 102, 110, 
111 


Description 


Common Channel Interoffice Signaling (CCIS) 
controls information exchange between 
processor-equipped switching systems over a 
network of switching links. 


Common Channel Signaling (CCS) logs report 
on CCS7 linkset and routeset management 
functions such as maintaining signaling linksets 
and restoring signaling to a link in the event of 
link failure or other disruption in service. 


Customer Data Change (CDC) allows end office 
subscribers to change data through service 
orders from their premises. 


Call Diversion (CDIV) provides information 
concerning the Call Diversion feature. 


Call Detail Recording Call Entry (CDRC) 
controls data collection, recording, and storage 
for each call processed by the DMS-300 
Gateway. 


Call Detail Recording Extension Blocks (CDRE) 
accesses the recording unit required to record 
CDR data on a single call processed by the 
DMS-300 Gateway. 


Call Detail Recording Call Processing (CDRS) 
enables and disables CDR for calls processed 
by the DMS-300 Gateway. 


Call Forwarding (CFW) controls a 
service-related feature permitting a station to 
redirect incoming calls to another station. 


Computing Module (CM) controls the 
maintenance and call processing capabilities of 
a DMS-100E (ECORE) switch. 


Central Message Controller (CMC) controls a 
hardware entity in the central control complex 
(CCC) that provides an interface between the 
central control (CC) and the network message 
controllers (NMC), or the input/output 
controllers (IOC). 
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Table 1-4 CLog subsystems (Sheet 5 of 20) 
Name Critical Major Description 


CP — — Call Processing (CP) controls processes 
involved in setting up connections through the 
DMS network between the calling and called 
parties. 


CPM — — Core Package Modules (CPM) are connected to 
provide information on the link and node 
maintenance for the data package network 
(DPN). 


CRMG — — Call Reference Manager (CRMG) controls the 
allocation and recording of call reference 
numbers on a switch. 


CSC — — Customer Service Change (CSC) provides 
information concerning data changes to 
subscriber lines. 


C6TU — — Channel 6 Test Utility (C6TU) provides unit 
testing of Common Channel Interoffice 
Signaling (CCIS) features. 


C7TD — — Common Channel Signaling (CCS7) Test Driver 
(C7TD) subsystem implements test procedures 
prescribed by the craftsperson to analyze a 
CCS7 system network. 


C7TU — — Common Channel Signaling (CCS7) Test Utility 
(C7TU) records the messages or message 
attempts to and from the C7TU. These log 
reports should not be generated in a live office. 


C7UP — — Common Channel Signaling (CCS7) ISDN User 
Part (ISUP) (C7UP) subsystem controls circuit 
group blocking and circuit group unblocking 
messages as part of ISUP trunk maintenance. 


DAS Directory Assistance Service (DAS) enhances 
the TOPS by using DAS for servicing directory 
assistance (DA) and intercept (INT) calls. 


DCR Dynamically Controlled Routing (DCR) 
enhances the efficiency of a toll network by 
determining alternative toll call destinations. 


DMS-250 Logs Reference Manual, Volume 6 of 6 UCS15 


1-20 
Table 1-4 CLog subsystems (Sheet 6 of 20) 
Name Critical Major 


DDIS — — 


DDM — = 


DISK — — 


DDU — 204 


DFIL m = 


DIRP — — 


DLC — — 


DNC m x 


DNPC = = 


DPAC — = 


Description 


Data Distributor (DDIS) monitors the DMS 
database and collects line data changes for the 
business network management (BNM) 
database. 


Distributed Data Manager (DDM) updates the 
data of many DMS nodes simultaneously. 


DISK manages files and volumes on disk drives 
of the system load module (SLM). 


Disk Drive Unit (DDU) controls the disk drive 
and associated power-converter card installed 
in an input/output (1/0) equipment frame. 


Datafill (DFIL) reports on call cutoffs during call 
processing or debugging operations. They 
indicate a datafill error such as specifying more 
than the maximum number of digits for one 
stage of outpulsing. 


Device Independent Recording Package 
(DIRP) directs data automatically from the 
various administrative and maintenance 
facilities to the appropriate recording devices. 


Digital Link Control (DLC) provides a means of 
passing data to and from an IBM and a DMS 
machine. This tool is used by designers and 
testers to load files or data, and is not generally 
available to the field. 


Directory Number Check (DNC) is a test run by 
Faultsman digits test. It provides a mechanism 
for checking the directory number (DN) 
associated with the line. When a DN is dialed, 
the number is checked by the switch. If it is 
incorrect, DNC100 is generated. 


Directory Number Primary inter-LATA Carrier 
(DNPC) allows an operating company to 
provide operator services for inter-LATA calls 
from equal access or non-equal access end 
offices. 


DATAPAC (DPAC) allows transmission of data 
between packet points over a switched network 
dedicated to data. 
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Table 1-4 CLog subsystems (Sheet 7 of 20) 
Name Critical Major 


DPNS — = 


DPP 100 100, 101 


DRT — — 


DTSR — — 


DVI 100 101 


EAD — — 


EATS — — 


ECO — = 


1-21 


Description 


Digital Private Network Signaling (DPNS) is a 
Common Channel Signaling System used 
between private branch exchanges (PBX). 
DPNS logs report on the status and events of 
DPNS links. 


Distributed Processing Peripheral (DPP) 
provides DMS-100 with Automatic Message 
Accounting (AMA) recording and data 
transmission capabilities that are compliant with 
the Bellcore specification for Automatic 
Message Accounting Transmission Systems 
(ATMAPS). 


Digit Reception Test (DRT) is a test run by the 
Faultsman digit test to verify that the dialed 
digits are correctly received by the switch. 
Digits are dialed according to a preset order, 
and if the switch detects an error, log DRT100O is 
produced. 


DialTone Speed Recording (DTSR) provides 
information on the activation/deactivation of the 
dialtone speed recorder. 


Data and Voice DS30 Interface (DVI) handles 
maintenance, state transitions, and requests of 
the DVI node. 


Engineering and Administration (EAD) provides 
an interface between the EAD Acquisition 
System (EADAS) and the DMS, where 
requested messages or transmission difficulty 
reports are sent. 


Equal Access Traffic Separation (EATS) pegs 
traffic sent to trash or default registers in the 
Traffic Separation Measurement System 
(TSMS). 


Emergency Cutoff (ECO) provides the company 
with a mechanism for preventing nonessential 
calls during an emergency. 
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Table 1-4 CLog subsystems (Sheet 8 of 20) 
Name Critical Major 


EKTS 


EICTS = = 


ENCP — = 


ENDB — =Ú 


ENET — 103 


ESA — — 


ESG — = 


EXT 103, 108 102, 107 


E911 = = 


Description 


Electronic Key Telephone Service is a collection 
of central office based voiceband features that 
provides customers with key system 
capabilities. EKTS allows call appearances of a 
single DN on a number of terminals. 


The Enhanced Network Integrity Check Traffic 
Simulator (EICTS) subsystem is used for 
performance testing of the call paths or ‘fabric’ 
of the network. 


Enhanced Network Call Processing (ENCP) 
subsystem controls processes involved in 
setting up connections between calling and 
called parties in a DMS Enhanced Network 
(ENET). 


Enhanced Network Data Base (ENDB) 
subsystem is a database audit system for the 
Enhanced Network (ENET). 


Enhanced Network (ENET) subsystem provides 
information about computing module enhanced 
network maintenance. 


Emergency Stand-Alone (ESA) permits local 
calling within a remote line module (RLM) or 
remote line concentrating module (RLCM) in the 
event of loss of communication with the host 
office. 


Emergency Service Group (ESG) subsystem 
provides information on terminating hunt group 
options intended for use by police, fire, and 
ambulance services. 


External Alarms (EXT) controls and tests the 
office alarm unit. 


Enhanced 911 (E911) provides a centralized 
emergency service by routing calls to 
appropriate public safety answering points 
(PSAP). 
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Table 1-4 CLog subsystems (Sheet 9 of 20) 
Name Critical Major Description 


FCO — — The FiberCenter OM Acquisiton (FCO) process 
collects a set of user-specified OMs from the 
DMS OM system and sends them to a client 
process on the FiberCenter Operational 
Controller (OPC). 


FM — — Focused Maintenance (FM) provides alarm 
information when failure counts for certain line 
and trunk troubles exceed established 
thresholds. 


FMT 100 101 Fiber Multiplex Terminal (FMT) reports status 
changes of a FMT. 


FRB — — Faultsman's Ringback (FRB) is a maintenance 
feature used by a field engineer to test 
continuity of a line, or to make other 
adjustments, while on the subscribers 
premises. 


FPRT — — DMS-Core Footprint (FPRT) provides the ability 
to record the status and events leading up to the 
restart of a system. 


FTR — — Feature (FTR) provides information about the 
application of a treatment tone, announcement, 
or audio to an agent. 


FTU — — File Transfer System (FTU) provides 
information on the downloading of files to a 
remote DMS. 

GWSA — — Gateway Service Analysis (GWSA) controls 


class designation of users authorized to access 
the input/output system of the DMS-300 
Gateway to obtain information concerning 
quality of call completion activities. 


HEAP — = HEAP is a dynamic memory control utility for 
use by call processing and other Support 
Operating System (SOS) processes. HEAP 
logs inform users of the allocation and 
deallocation of memory at runtime. 
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Table 1-4 CLog subsystems (Sheet 10 of 20) 
Name Critical Major 


IBM — — 


IBN — = 


ICMO = 


101, 102 


ICTS = = 


IDCHGGAT — = 


INIT — = 


INTP = = 


IOAU — — 


Description 


International Business Machines (IBM) controls 
communication between DMS and the IBM 
Directory Assistance System (DAS), providing 
support for the DMS Auxiliary Operator 
Services System (AOSS). Refer also to the 
explanation of the AOSS log subsystem in this 
table. 


Integrated Business Network (IBN) controls a 
business services package that uses DMS 
data-handling capabilities to provide a 
centralized telephone exchange service. 


Incoming Message Overload (ICMO) measures 
incoming messages from the peripherals to the 
central control (CC) over the two central 
message controller (CMC) ports. 


Integrity Check Traffic Simulator (ICTS) 
provides a means to identify and correct 
network integrity problems in the absence of 
traffic. ICTS sets up a large number of network 
connections. The peripherals associated with a 
connection monitor the integrity and parity 
values transmitted over the connection. Faulty 
hardware will have the integrity counts 
incremented against the path data, as the 
connection is retained on the specified plane. 
These counts can be accessed through the NET 
INTEG level of the MAP terminal. 


International Digital Communication Charge 
Database Procedure Gate (IDCHGGAT) 
implements charge rate databases. 


Initialization (INIT) provides information 
concerning the success or failure of data 
initialization after a restart. 


Interrupt (INTP) controls the message counter 
for messages processed by the CMC and 
allows qualitative measurements of CMC 
performance and message traffic flow. 


Input/Output Audit (IOAU) checks the integrity 
of routes and devices used to achieve a 
bidirectional data exchange between I/O 
devices and the central control (CC). 
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Table 1-4 CLog subsystems (Sheet 11 of 20) 
Name Critical Major Description 


IOD — 103, 104 Input/Output Device (IOD) controls the 
hardware associated with devices used to 
achieve a bidirectional data exchange. 


IOGA — — Input/Output Gate (IOGA) retrieves the node 
number or name for the I/O device. 


ISA — — International Service Analysis (ISA) controls 
class designation of users authorized to access 
the input/output system to obtain information 
concerning quality of call completion activities 
on international switches. 


ISDN 112 111,113,114 Integrated Services Digital Network (ISDN) 
controls communications of ISDN DMS 
switches. 

ISF — — International Subscriber Feature (ISF) monitors 


the updating of feature data by a subscriber. 


ISP — — ISDN Service Provisioning (ISP) provides 
information on the errors that occur while 
performing ISDN services. 


ISUP — — ISDN User Part (ISUP) subsystem provides 
information on the performance of ISUP trunks. 
Performance is monitored in relation to known 
message volume, unsuccessful attempts, and 
circuit availability. 


ITN — — The Inter Network (ITN) subsystem operates 
the transmission control protocol (TCP) for 
communication between SuperNode and 
third-party host computers by the ethernet 
interface units (EIU). 


ITOP — 106 International Traffic Operator Position (ITOP) 
controls the international toll operator position 
consisting of a video display, keyboard, and 
headset for monitoring call details and entering 
routing and billing information. 


KTRK — — Killer Trunk Reporting (KTRK) subsystem 
reports trunks that exhibit at least one of the 
following killer trunk properties: killer trunk, slow 
release, always busy, or always idle. 
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Table 1-4 CLog subsystems (Sheet 12 of 20) 
Name Critical Major 


LINE — — 


LLC 100 = 


LMAN — m 


LOST — — 


MCT — — 


MDN = = 


MIS — — 


MISC —= = 


MISM = x: 


MM m 113 


Description 


Line maintenance (LINE) controls the hardware 
and software entities associated with line 
equipment, for example, peripherals, circuit 
caras, facilities, and connected telephones. 


Line Load Control (LLC) selectively denies call 
origination capabilities to specified subscriber 
lines when excessive demands for service are 
offered to the switching center. 


Load Management (LMAN) records each load 
command entered by the senior supervisor in an 
automatic call distribution (ACD) setup. 


Lost message (LOST) documents incoming, 
outgoing, and rebound messages that are lost. 
The record includes the message that was lost. 


Malicious Call Trace (MCT) uses NTLSO9 
signaling between the DMS switch and the local 
switching offices to gather data for reports on 
malicious calls. 


Multiple Appearance Directory Number (MDN) 
provides information on software testing. These 
log reports should not be generated in a live 
Office. 


Management Information System (MIS) 
provides a downstream processor with the 
ability to request automatic call distribution 
(ACD) information from the DMS. This 
information is used for historical reports and 
real-time statistics. 


Miscellaneous (MISC) provides information that 
allows debugging of trouble encountered in 
another subsystem. 


Mismatch (MISM) logs are sent to the ACTSYS 
buffer when a mismatch interrupt occurs. A 
mismatch log is not routed to any device printing 
logs at the time it occurs. Under normal 
conditions, CC 102 and CC105 logs are printed. 


Mismatch (MM) reports on mismatch and 
transient mismatch faults in a DMS-100E 
(ECORE) switch. 
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Table 1-4 CLog subsystems (Sheet 13 of 20) 
Name Critical Major Description 


MOD — — Module (MOD) checks for software processing 
errors during call processing. 


MPC — — Multi-Protocol Controller (MPC) allows data 
communication between the DMS and another 
computer, such as a central office billing 
computer or another switch, through the use of 
any data communication protocol. 


MS — 101,103,263 Message Switch (MS) performs the routing of 
messages within the switch. 

MSRT — — Message Routing (MSRT) provides information 
on primary rate access networking failures and 
rejections. 

MTCB — — Maintenance Base (MTCB) provides general 


support for maintenance software to implement 
a consistent method for PM software associated 
with different peripheral types. 


MTD — 103 Magnetic Tape Device (MTD) controls the 
magnetic tape loading device. 


MTR — 116,118, 123 Metering (MTR) provides a method for billing 
subscribers for use of telephone network 
facilities during a call. 


MTS — — Message Transfer System (MTS) provides 
notification of messaging failures. 


NCS — — Network Control System (NCS) connects with 
the DMS-100 to provide capabilities for 
operation and maintenance of services for the 
packet handler (PH) by the DMS-100. 


NET — — Network (NET) controls a combination of 
circuits and terminals where transmission 
facilities interconnect subscriber stations 
directly (as in line-to-line connections) or 
indirectly (as in line-to-trunk or trunk-to-line 
connections). 


NETM — 104,116,128 Network Maintenance (NETM) controls the 
status of the network and its links. It also 
provides information on the results of diagnostic 
tests. 
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Table 1-4 CLog subsystems (Sheet 14 of 20) 


Name 


NOP 


NO6 


NPAC 


NSC 


NSS 


NWM 


N6 


N6TU 


OCCP 


OCS 


Critical 


103 


113, 131, 140 


Major 


104 


212 


111, 112, 114, 
115, 123, 124, 
130, 133 


Description 


Network Operations Protocol (NOP) provides 
information concerning problems in file transfer, 
transaction and passthru DMS MAP areas of 
the DMS-NOS (Network Operations System). 


Number 6 Signaling (NO6) checks Common 
Channel Signaling System (CCSS) integrity 
within the DMS. CCSS uses an independent 
signaling network for transmission of telephony 
messages related to groups of speech circuits. 


Northern Telecom X.25 Controller (NPAC) 
reports details concerning X.25 protocol. 


Number Services Code (NSC) reports on invalid 
data received by a service switching point (SSP) 
for Enhanced 800 Service. 


Network Services Software (NSS) subsystem 
provides a broad range of capabilities and 
functions associated with network services. 


Network Management (NWM) controls a set of 
facilities that operate the UCS DMS-250 Family 
network with the objective of making optimum 
use of available resources when there is an 
overload or a facility failure. 


Number 6 Signaling (N6) checks the integrity of 
the Common Channel Signaling System as it 
interacts outside the DMS with other switches. 


Number 6 Signaling Test Unit (N6TU) checks 
integrity of test equipment used to verify the 
Common Channel Signaling System is 
operating properly. 


Occupancy peak (OCCP) determines when the 
central control (CC) is operating under a high 
load percentage. 


Overload Control System (OCS) provides 
information concerning problems related to the 
load on the central controller, due to peak call 
processing demands. 
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Table 1-4 CLog subsystems (Sheet 15 of 20) 
Name Critical Major Description 


OHBT — — The Off-Hook Balance Test is used to optimize 
the balance network for loaded subscriber loops 
and to determine the pad values necessary for 
the subscriber line to meet Transhybrid Loss 
requirements. 


OMPR — — Operational Measurement Problem Reports 
(OMPR) document occurrences of problems 
encountered when attempting to accumulate 
statistics for OMRS subsystem log reports. 


OMRS — — Operational Measurement Reporting System 
(OMRS) provides OM periodic reports 
according to a predefined schedule. 


OM2 — — Operational Measurement 2 (OM2) checks 
integrity of gathered statistics. 

OOC — — Overseas Operator Centre (OOC) provides 
gateway operator services and rate and route 
information. 

OSTR — — Operator Services Trouble Report (OSTR) 


provides information on conference circuits in 
use by an automatic call distribution (ACD) 
operator services platform. 


PCH — — Patch (PCH) subsystem reports conditions 
concerning the use of the DMS patcher facility. 


PEND — = Pending Order System (PEND) provides 
facilities for storing data modification orders 
(service orders) and for retrieving them at the 
time specified for execution. 


PES — — Power and Environment System (PES) 
provides the means of controlling and 
monitoring the outside plant module (OPM) 
cabinet service orders and for retrieving them at 
the time specified for execution. 


PM 170, 102 235, 105 Peripheral Module (PM) controls all hardware 
and software systems that provide interfaces 
with external line, trunk, or service facilities. 


PMC — — Printed Meter Check (PMC) sends a log to a 
printer for every answered outgoing call made 
on any line with the PMC option set. 
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Table 1-4 CLog subsystems (Sheet 16 of 20) 
Name Critical Major 


PRFM — — 


REPL — — 


RLT — — 


RMAN — = 


RO — — 


RONI — — 


SA — — 


SALN — = 


SCAI = = 


SCP = = 


Description 


Performance (PRFM) logs indicate the load on 
a PM and its performance under this load. 


Report log (REPL) is generated when updates 
are attempted during call processing and no 
journal file is available. 


Network Attendant Service (NAS) Release Link 
Trunk (RLT) allows for decreasing the number 
of trunking facilities required when attendant 
services are consolidated at one or more nodes 
in the network. 


Remote Load Management (RMAN) provides a 
downstream processor with the ability to issue 
Automatic Call Distribution (ACD) load 
management commands remotely. 


Remote Operation (RO) provides a generalized 
remote operation interface between 
applications in DMS and external systems. 


Remote Operator Number Identification (RONI) 
checks for trouble encountered during remote 
Central Automatic Message Accounting 
(CAMA) call attempts. 


Service Analysis (SA) controls class 
designation of users authorized to access the 
input/output system to obtain information 
concerning quality of call completion activities. 


Station Administration Line (SALN) subsystem 
reports on line equipment number (LEN) data 
discrepancies between the DMS database and 
the business network management (BNM) 
database on a digital network controller (DNC). 


The Switch Computer Application Interface 
(SCAI) is a signaling interface provided by the 
DMS-100 to a host computer. SCAI supports a 
variety of different applications that require 
switch-host communication. 


Service Control Point (SCP) reports results or 
Service Control Point local subsystem 
management audits. 
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Table 1-4 CLog subsystems (Sheet 17 of 20) 
Name Critical Major Description 


SCR — — Selective Charge Recording (SCR) allows 
subscribers that have this feature to have the 
charges for the current call quoted to them at 
the completion of a call. 


SCSS — — Special Connection Special Services (SCSS) 
provides for nailed-up hairpin and side door 
connections between special-service lines and 
DS-1 channels through a Subscriber Module 
Urban (SMU). 


SEAS — — Signaling Engineering Administration System 
(SEAS) provides operating company Signaling 
Engineering and Administration Center (SEAC) 
personnel with mechanized support capabilities 
to provision, engineer, and administer networks 
of signal transfer points (STP) and signaling 
links. 


SECU — — Security (SECU) controls login and logout 
procedures, input commands, passwords, and 
priority login procedures for classified users. 


SLE — — Screening List Editing (SLE) provides the 
interface to screen out certain incoming calls for 
special treatment. 


SLM 200, 202, 206, System Load Module (SLM) offers a reliable 
208, 403 and efficient loading capability for DMS 
enhanced core switches. 


SLNK — — SL-100 Link (SLNK) ACD feature distributes a 
large number of incoming calls among a number 
of telephone (ACD) positions. SLNK logs 
provide a hard-copy history of the activities that 
occur on each data link. 


SLNW — — SL-100 Network Control (SLNW) logs report on 
data communication applications between the 
subregional control facility (SRCF) and the 
SL-100. The logs are generated when the 
SL-100 fails to establish a network connection, 
receive a message from the network 
connection, receive an acknowledgement from 
the remote application, or send the message to 
the network connection. 
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Table 1-4 CLog subsystems (Sheet 18 of 20) 
Name Critical Major 


SMDI = — 


SME — = 


SNAC = 103 


SOS 100,101,110 — 


SPC = - 


SRC 
SS — — 


STOR — — 


SWCT = 103 


Description 


Simplified Message Desk Interface (SMDI) 
provides communication between the DMS and 
a message desk. A message desk serves as an 
answering service for stations that have their 
calls forwarded. 


Signaling Management Environment (SME) 
contains software that implements functional 
ISDN basic rate access (BRA) basic calling. 


Switching Network Analysis Center (SNAC) is a 
method by which operators at a TOPS position 
can report trouble. The operator enters a 2-digit 
trouble code that causes the SNAC subsystem 
to generate a log report detailing the trouble. 


Support Operating System (SOS) reports that 
certain operations have occurred, such as a 
dump, or use or attempted use of priority or 
privileged commands. 


Semipermanent Connection (SPC) reports on 
the state of semipermanent connections, for 
example, line to line, trunk to trunk, line to trunk, 
which may be set up or taken down by 
administrative personnel through table control. 


System recovery controller (SRC) system. 


Special Services (SS) includes 
telecommunications services other than plain 
ordinary telephone service (POTS), coin, and 
simple business services. 


Store Allocator (STOR) maintains a set of 
critical data structures that are modified each 
time an application allocates or deallocates 
store. 


Switch in Activity (SWCT) provides information 
concerning the success or failure of each SWCT 
step attempted. 
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Table 1-4 CLog subsystems (Sheet 19 of 20) 
Name Critical Major Description 


SWER — — Software Error (SWER) provides information 
concerning software errors found during code 
execution, including the code location where 
trouble was encountered. SWER also provides 
the code location where a log report is 
generated when the LOGTRACE utility is turned 
ON. 


SWNR — — Switch of Activity/Node (SWNR) provides 
information on the state of various nodes in 
response to a warm switch of activity (SWCT), a 
transfer of control to the backup central control 
(CC) with no loss of service. 


SYNC — — Synchronous Clock (SYNC) controls the DMS 
clocks so they run in sync with each other and 
according to industry time standards. 


TABL — — TABLE (TABL) indicates a user has accessed 
or attempted to access a customer data table in 
read or write mode. 


TCAP — — Transaction Capabilities Application Part 
(TCAP) provides a common protocol for remote 
operations across the CCS7 network. 


TCCI — — TOPS CCI (TCCI) provides support for 
messaging protocol between the DMS TOPS 
voice response and the Computer Consoles 
Inc. Directory Assistance System (CCI DAS/C) 
database. 


TFAN — — Traffic Analysis (TFAN) controls the flow of 
traffic data to the default operational 
measurement (OM) registers. 


TH — — Testhead (TH) subsystem provides support to 
test and maintain test access controller (TAC) 
cards in the TAC peripheral. 


TKCV — — Trunk Conversion (TKCV) provides a method 
for converting per-trunk signaling (PTS) trunks 
to ISDN user part (ISUP) trunks to make use of 
SS7 signaling protocol. 


TME — = Terminal Management Environment (TME) 
integrates applications, providing greater 
functionality in available services. 
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Table 1-4 CLog subsystems (Sheet 20 of 20) 
Name Critical Major 


TOPS = = 


TPS = = 


TRAP = Ex 


TRK 103 m 


UTR = = 


VIP = = 


VMX — — 


VSN = — 


XSM ES = 


Description 


TOPS controls the toll operator position, which 
consists of a video display and keyboard for 
monitoring call details and entering routing and 
billing information. 


Transaction Processing System (TPS) indicates 
problems such as errors found by the TPS input 
handler upon receipt of TPS messages, and 
errors found while auditing SCB letters. 


Software Trap (TRAP) provides information 
concerning software errors found during code 
execution, including the code location where 
trouble was encountered. 


Trunk Maintenance (TRK) controls the 
hardware and software associated with trunk 
equipment, including peripherals, circuit cards, 
and facilities. 


Universal Tone Receiver (UTR) provides 
information when the UTR fails to receive 
operational measurements (OM) from an 
international digital trunk controller (IDTC). 


Very Important Person (VIP) subsystem 
provides a method of restructuring traffic to any 
number of specified local exchange codes 
(LEC). 


Voice Message Exchange (VMX) checks a 
subscriber's message waiting indicator (MWI) 
for activation, deactivation, and failure of 
activation/deactivation. 


Voice Services Node (VSN) communicates with 
the DMS through an application protocol to 
provide voice recognition and play 
announcements for the subscribers. 


Extended System Monitor (XSM) represents a 
microprocessor-based circuit pack 
(NT8D22AC) located in an intelligent peripheral 
equipment (IPE) pedestal. The XSM monitors 
IPE power supplies, ring generators, column 
thermal status, blower unit operation, available 
uninterruptable power supply unit (UPS), and 
available battery power distribution unit (BPDU) 
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Table 1-5 DEvent types (Sheet 1 of 2) 
Event Description 


CBSY Central-side busy. The equipment is not available on the side closest to the central 
control complex (CCC). 


EXC Exception. The system has experienced either software or hardware trouble during 
normal call processing operation. 


FAIL A hardware-related fault is detected during diagnostic testing of the equipment. 

FLT Fault. The system has experienced a software fault, probably on a block-read or 
block-write. 

INFO Information. The system has produced information, relevant to the operation of the 


UCS DMS-250 switch, that does not reflect a service-affecting event. 


INIT Initialization. The system has undergone either a warm, cold, or initial program load 
(IPL) restart. 


LO Lockout. The equipment either is placed on or removed from the lockout (LO) list. 


MANB Manual busy. The equipment is intentionally removed from service by a craftsperson, 
either by operation of a panel control or by a command entered at the MAP terminal. 


OFFL Off-line. The equipment is not available for normal operation, but the connectivity 
information is defined for it. 


PASS A hardware-related fault is not detected during diagnostic testing of the equipment. 

PBSY Peripheral-side busy. The equipment is not available on the side closest to the 
peripheral. 

RTS The equipment is now in-service after being in a busy state. 

SUMM A summary report is requested either manually or automatically, according to a 


preestablished schedule. 
SYS The action reported is the result of a request by system software. 


SYSB System busy. Either the equipment was removed from service by the DMS because 
a failure was encountered, or the trunk circuits that fail tests performed by DMS 
automatic trunk testing (ATT) facilities are removed from service by the DMS, and 
added to a list of SYSB trunks that can be accessed by operating company 
maintenance personnel. 


TBL An abnormal condition is detected that either is not hardware-related or is not yet 
linked to a hardware-related fault. 


TRAN A diagnostic test initiated as a result of a hardware-related fault passes, and the 
transient threshold is not exceeded. 
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Table 1-5 DEvent types (Sheet 2 of 2) 


Event 
TRAP 
UNEQ 


Description 
Either a software or hardware fault was detected by the central control (CC). 


Unequipped. The equipment was not added to the system, and the connectivity 
information is not defined for it. 


Table 1-6 EEquipment states 


State Description 

CSB Central-side busy. The equipment is not available on the side closest to the central 
control complex (CCC). 

InSv Inservice. The equipment is available for call processing. 

ISTb Inservice trouble. The equipment is in service and available for call processing, but 
is not operating normally. 

MANB Manual busy. The equipment is intentionally removed from service by a craftsperson, 
either by operation of a panel control or by a command entered at the MAP terminal. 

MBSY Manual busy. The equipment is intentionally removed from service by a craftsperson, 
either by operation of a panel control or by a command entered at the MAP terminal. 

OFFL Offline. The equipment is not available for normal operation, but the connectivity 
information is defined for it. 

OK OK. The equipment is in an in-service, idle state. 

PBSY Peripheral-side busy. The equipment is not available on the side closest to the 
peripheral. 

SYSB/SBSY System busy. Either the equipment has been removed from service by the DMS 
switch because a failure was encountered, or the trunk circuits that fail tests 
performed by DMS automatic trunk testing (ATT) facilities are removed from service 
by the DMS switch, and added to a list of SYSB trunks that can be accessed by 
operating company maintenance personnel. 

UNEQ Unequipped. The equipment has not been added to the system, and the connectivity 


information for the equipment is not defined. 
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Table 1-7 FLine and trunk information text 


Information text 
BABBLING_LINE_INFO 
BUFFER_FULL_INFO 


BVTONE CIRCUIT 


NIL 


Note: |f the information text is other 
than any stated here, use the 
associated LINE101 message to 
troubleshoot the problem. 


Trouble code 


Table 1-8 GLine and trunk trouble codes (Sheet 1 of 7) 


Description 
Babbling was detected over the line. 
Peripheral message buffer is full. 


Indicates that BVL (busy verify line) has been used to barge 
into a conversation, but no BV circuit was available. No 
warning tone was issued to the customer as result before the 
barge in occurred. A TRK111 is produced for the operating 
company when this happens. 


No additional information is required for trouble isolation. 


Description 


ANNOUNCEMENT_MACH_TRBL 


ANI NUMBER FAILURE 


ANI OFFICE FAILURE 


ANI TEST FAILED 


ANI TIME OUT 


BAD CP IOMSG 


BAD KEYSET MSG 


Digital recorded announcement machine (DRAM) failed to 
provide the required treatment to the line or trunk. 


Automatic number identification (ANI) failed to identify the 
originating station on an outgoing toll call. 


Automatic number identification failed to identify the 
originating office on an incoming toll call. 


Originating line card failed to identify the directory number. 
Usually this indicates a faulty ringing generator. 


Automatic number identification information was not 
received from the far-end office before timing out. 


This trouble code is also generated on Feature-group B 
(FGB) calls that encounter a trunk failure to the FGB carrier 
because an off-hook was not returned within five seconds of 
completing outpulsing. The DMS will make an attempt on a 
second trunk before taking down the call. This trouble code 
is generated only for FGB carriers expecting ANI spill. 


Corrupt call processing message was received by the 
central control. 


Either a message was received from an add-on or extension 
not datafilled in customer data table KSETINV, or an invalid 
key stroke was received. 
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Table 1-8 GLine and trunk trouble codes (Sheet 2 of 7) 


Trouble code 
BSS_SIC_INCOMPATIBLE 
BIPOLAR_VIOLATION 


CAMA_POSITION_FAULT 


CAMA_POSITION_TROUBLE 


CARRIER_OFFHK_TIMEOUT 


COIN_COLLECT_FL 


COIN_PRESENT_FL 


COIN_RETURN_FL 


CP_IOMSG_LOST 


DIG_RCVR_NOISE_HIGH 


DIG_RCVR_NOISE_MARGINAL 


Description 
The BSS SIC is incompatible with the service required. 


Transmission error was detected on a DS-1, DS-2, or DS-3 
link. In a wave form that is primarily bipolar, the bipolar rule 
may be violated; for example, a 1 pulse that has the same 

sign as the preceding 1 pulse. 


Note: A violation may be used deliberately to carry 
information outside the binary stream. 


Central Automatic Message Accounting position fault was 
detected by the system during call processing. 


Central Automatic Message Accounting position fault was 
manually reported by the operator using a 7-digit code. 


A trunk failure to a Feature group B (FGB) carrier has 
occurred because an off-hook was not returned within five 
seconds of complete outpulsing. The DMS switch makes an 
attempt on a second trunk before taking down the call. This 
trouble code only occurs on trunks to FGB carriers not 
expecting ANI spill. For FGB carriers expecting ANI spill, 
trouble code ANI TIME OUT will be sent. 


Coins were not collected when a call originating at a pay 
station was processed. Usually this indicates either a stuck 
coin or the ringing generator failed to send the proper 
voltage. 


Proper number of coins was not collected when a call 
originating at a pay station was processed. Usually this 
indicates either a stuck coin or the ringing generator failed to 
send the proper voltage. 


Proper number of coins was not returned when a call 
originating at a pay station was processed. Usually this 
indicates either a stuck coin or the ringing generator failed 
to send the proper voltage. 


No call processing message was received by the central 
control when one was expected. 


High level of noise was detected on a digital multifrequency 
receiver. 


Some noise was detected on a digital multifrequency 
receiver. 
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Table 1-8 GLine and trunk trouble codes (Sheet 3 of 7) 


Trouble code 


DP_RCVR_NOT_RDY 


DU_SYNC_LOST 
EAOSS_HOLD_TIMEOUT 


EARLY_DP_DGT_DET 


EMERGENCY_ANN 


EXCESS_DIGITS 
EXPECTED_STOP_TIME_OUT 


EXTRA_PULSE 
FALSE_KP 
FALSE_START 
GL_TIMEOUT 


GRND_LOOP_FAIL 


HIT_DETECTED 


IDDD_MISSING_TERMIND 


INDECISION 


INTEGRITY_LOST 


Description 


Incoming dial pulse trunk received pulses before it was 
prepared for digit collection. 


Data unit sync was lost as a result of slippage on the facility. 


Indicates problems with the line that is being held out of 
service, or the timeout value specified in the office 
parameter. EA OSS HOLD TIMEOUT MINS is not long 
enough. 


Trouble was encountered during dial pulse reception for an 
incoming call over a trunk. Consequently, the call 
destination was not determined. 


Emergency announcement was applied to the facility by 
network management controls. 


More digits were received than expected. 


Expected stop-dial or timeout for call processing or 
diagnostics was received. 


Eleventh pulse was received for a single digit. 
Second key pulse (KP) digit was received. 
Second signaling terminal (ST) digit was received. 


Multifrequency-compelled (MFC) protocol global timeout, a 
full compel cycle has not been completed within the 
specified timeout. 


Loop failure was detected on termination to ground start. 


A state change that did not last long enough to represent a 
valid signal was detected on the signaling facility. 


International direct distance dialing digits were received, but 
a terminating digit was not received before timing out. 


International direct distance dialing digits were received, but 
a terminating digit was not received before timing out. 


Incoming messages to the central control indicate integrity 
was lost on both planes of the line or trunk equipment. 
Usually, there is a hardware problem with one of the 
following: the circuit card, the facility, or the links between 
the peripheral and the network. 
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Table 1-8 GLine and trunk trouble codes (Sheet 4 of 7) 


Trouble code 


INTEGRITY_FAILURE 


INVALID ANI REQUEST 


INVALID DIGIT RECEIVED 


INVALID RP. DIGIT 


INWATS BAND CHECK 
LARGE TWIST 


LINE CARD FAULT 


LINE DATA ERROR 

LINE FORMAT ERROR 
LINE RESOURCE FAILURE 
LINE SIGNALLING FAILURE 
MAN UNREC STRING 

MFC TONE OFF 


MISDIRECTED CAMA 


MISSING. CLC 


MISSING STRINGS 
MISSING. TERMIND 


MORE THAN TWO FREQS 


Description 


Off-hooktrailing edge was not received within the transmitter 
timeout period for delay dial trunks. 


Automatic Number Identification was requested when none 
was required. 


Indicates one of the four unexpected digits from a digital 
multi-tone frequency telephone was received by a Digitone 
receiver or a Universal Tone Receiver. 


Invalid or incomplete routing information was received from 
the routing table. 


Call from outside the allowable INWATS zone was received. 


Deviation from the frequency expected was detected by a 
digital multifrequency receiver. 


Line concentrating module (LCM) detected a line card fault 
during call processing. 


Sent from the international line group controller (ILGC). 
Sent from the ILGC. 

Sent from the ILGC. 

Sent from the ILGC. 

A mandatory string was not recognized. 


The originating trunk sends a tone before getting an 
acknowledge from the incoming trunk and sets the tone off. 


Prefix digit 1+ or 011+ was received for a call not requiring 
the prefix digit, and the call was routed to a misdirect CAMA 
treatment. 


The CLC is missing. 
Mandatory strings were missing from the message. 


Digits were received, but a terminating digit was not received 
during timing out. 


More than two frequencies were received by the digital 
multifrequency receiver. 
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Table 1-8 GLine and trunk trouble codes (Sheet 5 of 7) 


Trouble code 


MUTILATED_DIGIT 


MUTILATED_PULSE 
NIL_TRB_CODE 


NO_CIRCUIT_AVAILABLE 


NO_INTERDIGIT_PAUSE 


NO_START_DIAL 


NO_UTR_AVAILABLE 


NO5_SIGNALLING_VIOLATION 


OPT_UNREC_STRING 
OUTPULSE_TIME_OUT 


OVERALL_RP_TIMEOUT 


PARSER_SYNTAX_ERROR 
PARTIALDIAL 


PERMANENT_SIGNAL 


Description 


Less than or more than two frequencies, or incorrect 
frequencies, were received by the digital multifrequency 
receiver. Usually mutilated digits are caused by a bad 
analog-to-digital or digital-to-analog converter in the trunk 
module housing the receiver. 


Elongated pulse between 80 ms and 200 ms was received. 


Undefined trouble was encountered during call processing 
or testing. 


No circuit was available to complete the call, and the call 
was routed to an all trunks busy treatment. May also 

indicate a busy verify tone circuit was not available at the 
time of a call barge-in. Refer to Table F and log TRK111. 


No pause between digits received was detected by the 
digital multifrequency receiver. 


Off-hook trailing edge was not received within the transmitter 
timeout period for delay dial trunks, or a valid wink was not 
received within the transmitter timeout period for on wink 
trunks. 


The XPM has run out of UTR channels and is unable to 
service the request. 


Violation of the CCITT No. 5 compelled signaling sequence 
was detected. 


An optional string is not recognized. 


For outgoing trunk, compelled tone has not been received 
within the specified timeout period. 


Remote peripheral timed out before receiving digits or 
signals. 


A syntax error was detected in the message. 


Insufficient number of digits was received before the 
receiver timed out. At least one digit was received. 


Permanent signal was detected on the line equipment, and 
no digits were collected. Usually, there is a hardware 
problem with either the line card or facility. 
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Table 1-8 GLine and trunk trouble codes (Sheet 6 of 7) 


Trouble code 


PRE_ROUTE_ABANDON 


PSTN_BARRED 


PULSE_ON 


REVERSED_TRUNK 


RINGING FAILED 


SIC_INCOMPATIBLE 


SWAP_REJECT 
TELLTALE 


TONE_ON 


TRUNK_RESET 
TRUNK_RESET_FAILED 
UNAUTHORIZED_CODE 


UNDEFINED_MFC_SIG 


UNDETERMINED_RP_ERROR 


UNEXPECTED_MFC_SIG 


UNEXPECTED_MSG 


Description 


Incoming call is abandoned before all digits are received and 
a route is determined. Usually pre-route abandon occurs 
when an on-hook is detected during outpulsing. 


The originator is barred from connection to the PSTN. 


A tone considered to be a pulse persists longer than the time 
specified. The pulse MFC_signal is given in the log report. 


Either a wrong polarity or a continuity failure was detected 
for a loop signaling trunk. 


Unexpected trouble with the ringing generator was 
encountered, and the line was not rung. 


The received SIC was incompatible with the service 
required. 


The swap message was rejected. 


Incoming call over a trunk from a remote peripheral was 
abandoned. 


For an outgoing trunk, the compelled signal persists even 
though the trunk stopped sending the compelling signal. For 
an incoming trunk, the compelling signal persists even 
though the compelled signal has been started. The received 
MFC_ signal is given in the log message. 


Trunk was reset during call processing. 
Trunk was not reset after call was released. 


Number dialed was not valid for the line or trunk class. The 
call was routed to the unauthorized code treatment. 


An multifrequency-compelled (MFC) signal that has no 
interpretation has been received. This signal has not been 
defined in table MFCACT. 


Undetermined trouble was encountered in the remote 
peripheral. 


An MFC signal that is unexpected in the current context has 
been received. 


A message was recognized, but received during the wrong 
phase of the call. 
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Table 1-8 GLine and trunk trouble codes (Sheet 7 of 7) 


Trouble code 


UNEXPECTED_STOP_DIAL 


UNRECOGNIZED_MSG 


UTR_HI_NOISE 


UTR_LARGE_TWIST 


UTR_MUTIL_DIGIT 


VACANTCODE 


VALID_CALLING_NUMBER 


XPM_TRAP 
WRONG_ANI_REQUEST 


WRONG_SUPERVISORY_SIGNAL 


Description 


Any off-hook (stop-dial) during outpulsing for multifrequency 
(MF) trunks, or a stop-dial did not meet the allowable stop-go 
expected for dial pulse (DP) trunks, or a stop-dial was 
received before outpulsing began for dial pulse immediate 
dial trunks. 


A message was not understood. 


The Universal Tone Receiver (UTR) is detecting too much 
noise on the trunk to continue detecting 
multifrequency-compelled (MFC) tones accurately. 


Twist occurs when the power of one frequency in the signal 
is greater than the power of the second frequency, usually 
due to characteristics of the trunk. If this difference is 
greater than a preset level, usually 9 dB, it is considered an 
error. 


Less than, or more than, two frequencies were received by 
the UTR. Indicates possible hardware problems. 


Destination could not be determined from the digits 
received, and the call was routed to a vacant code 
treatment. 


Automatic Number Identification (ANI) failed, but the 
Operator Number Identification (ONI) succeeded. 


Sent by the international line group controller (ILGC). 


A trunk failure to an FGB carrier has occurred because a 
wink was received instead of the expected off-hook after 
completing outpulsing. The DMS switch will take down the 
call. This trouble code only occurs on trunks to FGB carriers 
expecting ANI spill. 


A trunk failure to an FGB carrier has occurred because a 
wink was received instead of the expected off-hook after 
completing outpulsing. The DMS will take down the call. 
This trouble code only occurs on trunks to FGB carriers not 
expecting ANI spill. 
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Table 1-9 HPM reasons (Sheet 1 of 12) 
Reason 
ACTIVITY DROPPED 
BCS SWACT ACTION 


C-Side links RTS 


C-Side message links down 


C-Side message links down, SWACT failed 


CARRIER AIS-MTCE LIMIT CLR 


CARRIER AIS-MTCE LIMIT SET 


CARRIER AIS-OOS LIMIT CLR 


CARRIER AIS-OOS LIMIT SET 


CARRIER AIS-SS CLR 


CARRIER AIS-SS SET 


CARRIER BER-MTCE LIMIT CLR 


CARRIER BER-MTCE LIMIT SET 


CARRIER BER-OOS LIMIT CLR 


CARRIER BER-OOS LIMIT SET 


Note 1: The limits mentioned here are 
defined in customer data table CARRMTC. 
This table can be accessed from the command 
interpreter (Cl) MAP level. 


Note 2: Spelling and capitalization are 
exactly as they appear on the MAP terminal. 


Description 
Activity was switched from one unit to another. 


New peripheral software load was downloaded to 
the inactive unit and began execution on the SwAct. 


Control-side (C-side) links have been 
returned-to-service (RTS). 


Control-side (C-side) taken out-of-service (busied). 


Control-side (C-side) taken out-of-service (busied) 
and switch in activity (SwAct) failed to occur. 


Alarm indication signal (AIS) fault/error count fell 
below maintenance (MTCE) limit. See Note 1. 


Alarm indication signal (AIS) fault/error count rose to 
MTCE limit. See Note 1. 


Alarm indication signal (AIS) fault/error count fell 
below out-of-service (OOS) limit. See Note 1. 


Alarm indication signal (AIS) fault/error count rose 
above out-of-service (OOS) limit. See Note 1. 


Alarm indication signal (AIS) fault/error count fell 
below steady-state (SS) alarm limit. See Note 1. 


Alarm indication signal (AIS) fault/error count rose 
above steady-state alarm limit. See Note 1. 


Bit error rate (BER) fell below maintenance (MTCE) 
limit. See Note 1. 


Bit error rate (BER) rose above maintenance 
(MTCE) limit. See Note 1. 


Bit error rate (BER) fell below out-of-service (OOS) 
limit. See Note 1. 


Bit error rate (BER) rose above out-of-service 
(OOS) limit. See Note 1. 
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Table 1-9 HPM reasons (Sheet 2 of 12) 
Reason 


CARRIER BPV MTCE LIMIT CLEARED 


CARRIER BPV MTCE LIMIT SET 


CARRIER BPV OOS LIMIT CLEARED 


CARRIER BPV OOS LIMIT SET 


CARRIER CARD REMOVED 


CARRIER CARD REPLACED 


CARRIER ES LIMIT EXCEEDED 


CARRIER LLFA-MTCE LIMIT CLR 


CARRIER LLFA-MTCE LIMIT SET 


CARRIER LLFA-OOS LIMIT CLR 


CARRIER LLFA-OOS LIMIT SET 


CARRIER LLFA-SS CLR 


CARRIER LLFA-SS SET 


CARRIER LLMA-MTCE LIMIT CLR 


Note 1: The limits mentioned here are 
defined in customer data table CARRMTC. 
This table can be accessed from the command 
interpreter (Cl) MAP level. 


Note 2: Spelling and capitalization are 
exactly as they appear on the MAP terminal. 
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Description 


Bipolar violation (BPV) count fell below 
maintenance (MTCE) limit. See Note 1. 


Bipolar violation (BPV) count rose above 
maintenance (MTCE) limit. See Note 1. 


Bipolar violation (BPV) count fell below 
out-of-service (OOS) limit. See Note 1. 


Bipolar violation (BPV) count rose above 
out-of-service (OOS) limit. See Note 1. 


The card serving the T1 carrier was removed from 
the shelf. 


The card serving the T1 carrier was returned to the 
shelf. 


Error second (ES) threshold limit, which is 0-9999, 
is exceeded. 


Local loss of frame alignment (LLFA) count fell 
below maintenance (MTCE) limit. See Note 1. 


Local loss of frame alignment (LLFA) count rose 
above MTCE limit. See Note 1. 


Local loss of frame alignment (LLFA) count fell 
below out-of-service (OOS) limit. See Note 1. 


Local loss of frame alignment (LLFA) count rose 
above OOS limit. See Note 1. 


Local loss of frame alignment (LLFA) count fell 
below steady-state (SS) alarm limit. See Note 1. 


Local loss of frame alignment (LLFA) count rose 
above SS alarm limit. See Note 1. 


Local loss of multi-frame alignment (LLMA) count 
fell below MTCE limit. See Note 1. 
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Reason 


CARRIER LLMA-MTCE LIMIT SET 


CARRIER LLMA-OOS LIMIT CLR 


CARRIER LLMA-OOS LIMIT SET 


CARRIER LLMA-SS CLR 


CARRIER LLMA-SS SET 


CARRIER LOCAL ALARM CLEARED 


CARRIER LOCAL ALARM SET 


CARRIER LOF MTCE LIMIT SET 


CARRIER LOF OOS LIMIT SET 


CARRIER MTCE ENABLE FAILED 


CARRIER MTCE NO RESPONSE 


CARRIER REMOTE ALARM CLEARED 


CARRIER REMOTE ALARM RECEIVED 


Note 1: The limits mentioned here are 
defined in customer data table CARRMTC. 
This table can be accessed from the command 
interpreter (Cl) MAP level. 


Note 2: Spelling and capitalization are 
exactly as they appear on the MAP terminal. 


Description 


Local loss of multi-frame alignment (LLMA) count 
rose above MTCE limit. See Note 1. 


Local loss of multi-frame alignment (LLMA) count 
fell below out-of-service (OOS) limit. See Note 1. 


Local loss of multi-frame alignment (LLMA) count 
rose above OOS limit. See Note 1. 


Local loss of multi-frame alignment (LLMA) count 
fell below SS alarm limit. See Note 1. 


Local loss of multi-frame alignment (LLMA) count 
rose above SS alarm limit. See Note 1. 


Local alarm condition associated with a T1 link was 
cleared. 


Local alarm condition associated with a T1 link was 
detected by the CC. 


Loss of frame (LOF) count rose above MTCE limit. 
See Note 1. 


Loss of frame (LOF) count rose above 
out-of-service (OOS) limit. See Note 1. 


The PM is unable to start the maintenance (MTCE) 
scan on the T1 link. 


The PM does not respond to the CC instruction to 
enable, disable or query the maintenance scan on 
the indicated carrier within the maintenance time 
limit. 


Remote alarm condition associated with a T1 link 
was cleared. 


Remote alarm condition associated with a T1 link 
was detected by the CC. 
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Table 1-9 HPM reasons (Sheet 4 of 12) 


Reason 


CARRIER RFAI-MTCE LIMIT CLR 


CARRIER RFAI-MTCE LIMIT SET 


CARRIER RFAI-OOS LIMIT CLR 


CARRIER RFAI-OOS LIMIT SET 


CARRIER RFAI-SS CLR 


CARRIER RFAI-SS SET 


CARRIER RFAI-SS SET 


CARRIER RMAI-MTCE LIMIT SET 


CARRIER RMAI-OOS LIMIT CLR 


CARRIER RMAI-OOS LIMIT SET 


CARRIER RMAI-SS CLR 


CARRIER RMAI-SS SET 


CARRIER SES LIMIT EXCEEDED 


Note 1: The limits mentioned here are 
defined in customer data table CARRMTC. 
This table can be accessed from the command 
interpreter (Cl) MAP level. 


Note 2: Spelling and capitalization are 
exactly as they appear on the MAP terminal. 
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Description 


Remote frame alignment indication (RFAI) count fell 
below maintenance (MTCE) limit. An RFAI is a 
fault/error count maintained by the peripheral. 


Remote frame alignment indication (RFAI) count 
reached MTCE limit. 


Remote frame alignment indication (RFAI) count fell 
below out-of-service (OOS) limit. 


Remote frame alignment indication (RFAI) count 
reached OOS limit. 


Remote frame alignment indication (RFAI) count fell 
below steadystate (SS) alarm limit. 


Remote frame alignment indication (RFAI) count 
reached SS alarm limit. 


Remote frame alignment indication (RFAI) count 
reached SS alarm limit. 


Remote multi-frame alignment indication (RMAI) 
count reached MTCE limit. 


Remote multi-frame alignment indication (RMAI) 
count fell below OOS limit. 


Remote multi-frame alignment indication (RMAI) 
count reached OOS limit. 


Remote multi-frame alignment indication (RMAI) 
count fell below SS alarm limit. 


Remote multi-frame alignment indication (RMAI) 
count reached SS alarm limit. 


Severe error second (SES) threshold limit, which is 
0-9999, is exceeded. 
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Table 1-9 HPM reasons (Sheet 5 of 12) 


Reason 


CARRIER SIGL-MTCE LIMIT CLR 


CARRIER SIGL-MTCE LIMIT SET 
CARRIER SIGL-OOS LIMIT CLR 
CARRIER SIGL-OOS LIMIT SET 
CARRIER SLIP-MTCE LIMIT CLR 


CARRIER SLIP-OOS LIMIT CLR 
CARRIER SLIP-OOS LIMIT SET 
CARRIER SLIP-OOS LIMIT SET 


CC Audit-Activity 


CC Audit-C-Side RTS 


CC Audit-C-side Busy 


CC Audit-Message Buffers 


CC Audit-No Response 


CC Audit-Ringing Generators 


interpreter (Cl) MAP level. 


CARRIER SLIP-MTCE LIMIT CLR 


Note 1: The limits mentioned here are 
defined in customer data table CARRMTC. 
This table can be accessed from the command 


Note 2: Spelling and capitalization are 
exactly as they appear on the MAP terminal. 


Description 


Signaling (SIGL) error count fell below MTCE limit. 
A SIGL is a fault/error count maintained by the 
peripheral. 


Signaling (SIGL) error count reached MTCE limit. 
Signaling (SIGL) error count fell below OOS limit. 
Signaling (SIGL) error count reached OSS limit. 


Frame slip fault count fell below MTCE limit. A SLIP 
is a fault/error count maintained by the peripheral. 


Frame slip fault count reached MTCE limit. 
Frame slip fault count fell below OOS limit. 
Frame slip fault count fell below OOS limit. 


Set of audits was executed. An audit is a continuous 
non-priority check of circuitry or software, performed 
independently of the MAP terminal, to ensure 
validity of data structures and circuitry. 


The central control (CC) performed a software audit 
on the peripheral activity data structures. 


The CC performed a software audit on the C-side 
return-to-service (RTS) data structures of the 
peripheral process (PP). 


The CC performed a software audit on the 
central-side busy (C-side busy) data structures of 
the peripheral process (PP). 


The CC performed an audit to check for overflow or 
underflow of the PP message buffers. 


The CC received no response from a PP audit. 


The CC received no response from a PP audit. 
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Table 1-9 HPM reasons (Sheet 6 of 12) 
Reason 


CC Audit-Ringing Generators 


CC Audit-Time-Space Switch 


CC restart has occurred 


CODEC TEST FAILED 


CONTROL FAILED 


CONTROL RESTORED. RELOAD PM 


Cslinks Out-Of-Service 


DATA SYNC LOST 


DEL.NODE FAILED: FACIL. ATTCHD 


DIAGNOSTICS FAILED 


Dynamic Data 


ENABLE MAINTENANCE SCAN 


ESA Static Data 


FAILED ON MTCOPEN 


Note 1: The limits mentioned here are 
defined in customer data table CARRMTC. 
This table can be accessed from the command 
interpreter (Cl) MAP level. 


Note 2: Spelling and capitalization are 
exactly as they appear on the MAP terminal. 
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Description 


The CC performed an audit on the state data 
structures of the PP. 


The CC performed a check on the switching data 
structures of the time-space switch of a PM. 


The CC has undergone a restart or reload/restart. 
The PM is set system busy. 


Coder-Decoder (CODEC) test failed. The CODEC 
is part of a line card of a remote terminal. 


The CC lost control of the PP, possibly due to a 
sanity error or restart. 


The CC lost control of the PP, possibly due to a 
sanity error or restart. 


Central-side links (Cslinks) were placed in 
out-of-service (C-side busy) status by the CC. 


Frame (may be frame pulse, superframe, or master 
frame) synchronization lost. 


Node did not detach, and remains active after a 
detach command. 


PM diagnostic failed, possibly due to a circuitry 
failure. 


Dynamic data matrix checksum value incorrect. 


Alarm scanning has been enabled on the indicated 
link. 


Emergency stand-alone (ESA) static data were 
downloaded. 


The network failed to open one of the P-side links to 
the PM for maintenance when requested by the PM. 
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Reason 


FAILED TO GET A ROUTE 


FAILED TO GET CHECKSUM 


FAILED TO LOWER LM ACTIVITY 


FAILED TO MTCOPEN BOTH LINKS 


FAILED TO RAISE LM ACTIVITY 


FAILED TO RESET 


FW error msg thr exceeded 


Fault in messaging 


HDLC_LINK_DOWN 


HDLC RESTORED. RELOAD PM 


HDLC RESTORED. RELOAD PM 


INCORRECT CHECKSUM 


Initialization limit exceeded 


INTEGRITY FAILURE 


Note 1: The limits mentioned here are 
defined in customer data table CARRMTC. 
This table can be accessed from the command 
interpreter (Cl) MAP level. 


Note 2: Spelling and capitalization are 
exactly as they appear on the MAP terminal. 


Description 


The remote terminal specified either does not exist 
or is not defined, therefore a route was not obtained. 


No CHECKSUM was received on data structure 
audit. 


Peripheral did not lower line module (LM) activity as 
instructed by CC. 


The network failed to open both sets of P-side links 
for maintenance when requested by the PM. 


Peripheral did not increase LM activity as instructed 
by CC. 


PM failed to reset on command from CC. 


Firmware (FW) error message (msg) threshold (thr) 
exceeded. 


A transmission fault occurred during messaging. 


High-level data link control (HDLC) link taken out of 
service (busied). 


High-level data link control (HDLC) restored. Data 
structures associated with HDLC reloaded into PM. 


Indicates a PM has been sending too many 
messages and has exceeded its major threshold. 


CHECKSUM received from audit does not agree 
with the expected CHECKSUM. 


The PM initialized more than 20 times in 10 minutes. 
The PM is set system busy. 


Integrity byte mismatch. Integrity byte of the 
channel supervisory message was not what was 
expected due to a software routing failure. 
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Table 1-9 HPM reasons (Sheet 8 of 12) 
Reason 


INVALID VALUE IN SWCT FLAG 


LINK AUDIT 


LM ACTIVITY FAILURE 
LM CSBUSY CONDITION CLEARED 


LM DRAWER PROBLEM 

LM TAKEOVER TRANSITION 

LM TAKEOVER OR TAKEBACK FAULT 
LM TEST FAILURE 


LM WENT CSBSY 

Loop around message failed 
Loopback Test Failed 
MAKETONE FAILED 


MAKETONE PASSED 


MANUAL ENTRY 


Mate unit dropped activity while in ESA 


MSG BUF TEST FAILED 


Note 1: The limits mentioned here are 
defined in customer data table CARRMTC. 
This table can be accessed from the command 
interpreter (CI) MAP level. 


Note 2: Spelling and capitalization are 
exactly as they appear on the MAP terminal. 
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Description 


Invalid value received for the switch activity (SWCT) 
flag. 


Audit detected an inconsistency within a data 
structure associated with a link. 


Line module (LM) activity failed. 


Line module (LM) is no longer central-side busy 
(CSBUSY). 


A problem exists in the LM drawer. 
Action was switched from one LM to another. 
Line module (LM) takeover. 


Line module (LM) diagnostic test failure, possibly 
due to line card trouble. 


Line module (LM) was made C-side busy (CSBSY). 
Message failed to return to sender. 
Failed on loopback test. 


Indicates the tone samples generation facility in the 
XPM has completed and failed. 


Indicates the tone samples generation facility in the 
XPM has completed successfully. 


The PM entered ESA as a result of routine exercise 
(REX) tests. 


Unit in Emergency Stand-Alone (ESA) dropped 
activity, forcing mate into ESA. 


Unit in Emergency Stand-Alone (ESA) dropped 
activity, forcing mate into ESA. 
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Table 1-9 HPM reasons (Sheet 9 of 12) 
Reason 


NET INTERFACE TEST FAILED 


NET PORT FAILURE 


No init complete received 


No init warning received 


NO RESPONSE FROM PP 


NO WAI RECEIVED AFTER RESET 


PM AUDIT 


PM IN BOOTSTRAP MODE 


PM NOT INITIALIZED PROPERLY 
PMload 

PP/CC IDLE CONDITION MISMATCH 
PP CHANNEL PARITY FAILURE 

PP COMMAND PROTOCOL VIOLATION 
PP EXCEPTION REPORT 


Note 1: The limits mentioned here are 
defined in customer data table CARRMTC. 
This table can be accessed from the command 
interpreter (Cl) MAP level. 


Note 2: Spelling and capitalization are 
exactly as they appear on the MAP terminal. 


Description 


Interface test associated with DS30 links and circuit 
cards failed. 


PM detected a network DS30 port failure. 


The remote carrier urban sent the Subscriber 
Module Urban (SMU) an initialization warning 
message but the SMU did not receive an 
initialization complete message. 


The Remote Carrier Urban sent the subscriber 
module urban a message indicating initialization 
complete, but the SMU did not receive a prior 
message warning that initialization would occur. 


The peripheral processor (PP) does not respond to 
CC requests. 


The network did not receive a who am | (WAI) code 
from the PM after a PM reset was requested. 


Audit detected an inconsistency within PM software, 
data structures, and hardware. Other log reports 
detail the inconsistency. 


Onboard bootstrap read only memory (ROM) 
performed diagnostic tests before operating 
software was downloaded by CC during a cold 
restart. 


PM not initialized properly. 

Loading initial software for the PM. 

PP and CC idle conditions do not match. 
Channel parity of the PP failed. 

The PP received an invalid command. 


Report of a deviation from normal PP operation. 


297-2621-840 Standard 09.01 May 2001 


1-53 
Table 1-9 HPM reasons (Sheet 10 of 12) 
Reason Description 


PP FIRMWARE ERROR An error in the programmable read only memory 
(PROM) exists. 


PP HIGH IDLE/IO MODE CONFLICT The central message controller (CMC) indicates that 
the peripheral module is in high idle but the PM 
mode does not agree (the PM did not receive a high 
idle message). 


PP reports lost MSG A CC message to the PM was lost between the 
CMC and the PP. 


PP TRAP RAM PARITY ERROR PP trap has occurred, catching a random access 
memory (RAM) parity error due to a hardware error 
in memory circuit pack. 


PP WAIT FOR ACK TIMEOUT The PM timed out waiting for an acknowledgement 
(ACK) from the CMC, or the PM failed to return an 
acknowledgement to a CC message during the 
return-to-service sequence. 


PP WAIT FOR MESSAGE TIMEOUT The PM timed out waiting for a message from the 
network after receiving a may | send (MIS) request 
from the network. 


Pslinks Out-Of-Service Peripheral-side links (Pslinks) are out-of-service. 
REASON NOT SET No reason is provided. 

REMOTE LINK MANBSY Remote link is manual busy (MANBSY). 

REMOTE LINK RTS Remote link was returned to service (RTS). 
REMOTE LINK SYSBSY Remote link is system busy (SYSBSY). 

REQUEST FROM PM Remote link is system busy (SYSBSY). 

RESET RECEIVED PM reset while in service. 

RESET SENT TO PP Reset message sent to the PP. 

RESOURCES UNAVAIL. FOR TEST The specified PM is not configured with hardware or 


Software, or both, needed to perform the test. 


Note 1: The limits mentioned here are 
defined in customer data table CARRMTC. 
This table can be accessed from the command 
interpreter (Cl) MAP level. 


Note 2: Spelling and capitalization are 
exactly as they appear on the MAP terminal. 
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Table 1-9 HPM reasons (Sheet 11 of 12) 
Reason 

RETURN LINES TO SERVICE FAILED 
RG SHUTBACK RESET 

RINGING GENERATOR IN SHUTBACK 
RINGING GENERATOR PROBLEM 
RINGING GENERATOR TEST FAILED 
ROUTINE EXERCISE FAILED 


ROUTINE EXERCISE IN PROGRESS 
RTS Failed 


RTS lines failed 


SIGNAL FAILED ON 2X38 
SIGNAL/HDLC FAILED 


SIGNAL RESTORED. RELOAD PM 


Speech Test Failed 


Static Data 
Superframe Sync 


TONE FAILED 


Note 1: The limits mentioned here are 
defined in customer data table CARRMTC. 
This table can be accessed from the command 
interpreter (Cl) MAP level. 


Note 2: Spelling and capitalization are 
exactly as they appear on the MAP terminal. 


Description 

Attempt to return lines to service failed. 
Attempt to return lines to service failed. 
Ringing generator (RG) is in shutback. 

A problem exists with the ringing generator. 
Failed ringing generator test. 


CC failed to route a test call correctly through the 
network and PM. 


Test of CC to route test calls is in progress. 
Attempt to return-to-service (RTS) PM failed. 


The DMS failed to return-to-service subscriber lines 
supported by the remote carrier urban. 


Signal failed on 2X38 trunk card. 


Signal on high-level data link control (HDLC) 
protocol failed. 


Signaling integrity restored. Loading of initial 
software for the PM has begun. 


Speech test signal, routed from the network through 
the PM and back (or from a PM through a remote 
terminal), returned, but was inconsistent with the 
transmitted signal. 


An audit detected a static data table inconsistency. 
Superframe synchronization lost. 


Tone generator of 6X69 circuit pack failed test or 
audit. 
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Table 1-9 HPM reasons (Sheet 12 of 12) 


Reason Description 

TONE RESTORED. RELOAD PM Tone generator of 6X69 circuit pack operating 
properly, loading of initial software for the PM has 
begun. 

TONE TEST FAILED Tone generator of 6X69 circuit packs failed. 

TRAP Synchronous interrupt of PM software occurred. 

UNSOLICITED LM ACTIVITY DROP Unsolicited drop in line module (LM) activity has 


occurred. All SwAct are contingent on a message 
from the CC. Indicates a SwAct occurred without 
CC approval. 


UNSOLICITED MSG THR EXCEEDED Peripheral processor sent excessive number of 
unsolicited messages, generally indicating a faulty 
PM message circuit card or processor circuit card. 


XPM Swact Action Switch in Activity (SwAct) action transferred to a 
new PM (XPM). 


Note 1: The limits mentioned here are 
defined in customer data table CARRMTC. 
This table can be accessed from the command 
interpreter (CI) MAP level. 


Note 2: Spelling and capitalization are 
exactly as they appear on the MAP terminal. 


Table 1-10 IStandard definitions and equipment identification (Sheet 1 of 6) 
Field Value Description 


callid 0-FFFFF Provides number uniquely identifying the 
call.Note: When a demand COT test fails on 
an SS7 trunk the NIL value -32768 will be 
displayed. 


cktid clli nnnn Identifies the circuit. If the circuit is a trunk, the 
common language location identifier (CLLI) and 
and circuit number are given. Refer to TRKID 
explanation in this table for more information. 


len dn If the circuit is a line, the line equipment number 
(LEN) and dial number (DN) are given. Refer to 
explanations for LEN and DN following in this 
table. 
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Table 1-10 IStandard definitions and equipment identification (Sheet 2 of 6) 


Field Value 
dn 
len site ff b/m dd cc 


Description 


In the United Kingdom the DN or national 
subscriber number (NSN) as it is called, varies 
from 6-9 digits. The NSN must be reformatted 
to imitate the 10-digit, fixed-length DMS-100 
format. 


The NSN comprises three parts, the national 
number group (NNG), the local exchange code 
(LEC), and the local number, which correspond 
to the three parts of the DMS-100 DN: the 
service numbering plan area (SNPA), the 
central office code (NXX), and the extension 
number. 


A subscriber living in a director (large city) area 
has an NSN with a 2-digit NNG followed by a 
3-digit LEC and a 4-digit local number. 


NNG + LEC + local number 
2 digits + 3 digits + 4 digits 


A subscriber living in a non-director area has an 
NSN with a 3-digit NNG followed by a 
variable-length LEC and local number. 


NNG + LEC + local number 
3 digits + 0-2 digits + 4 digits 
Identifies line equipment number for lines 


connected to line module (LM) or line 
concentrating module (LCM): 


* site - frame location if remote LM or LCM 
(RLM or RLCM) are present. Otherwise, 
site - HOST. Refer to Customer Data 
Table SITE for site names. 


e ff- LM or LCM frame (00-99) 

* b/m - LM bay or LCM module (0 or 1) 

e dd - LM drawer or LCM subgroup (00-31) 
* cc- line card (00-31) 


LM and LCM test packs are located at site ff b/m 
00 00. 
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Table 1-10 IStandard definitions and equipment identification (Sheet 3 of 6) 
Field Value Description 


linkid clli nn Identifies a CCS7 link: 


* clli -common language location identifier 
for the linkset datafilled in customer 
datatable C7ZLKSET 


*  n-link number (0-15) 


Numbering Plan The whole string of digits that may be dialed to 
reach a local, national, or international 
destination. The general format of all 
numbering plans is: 


access code + prefix + country code + 
area/routing code + local number 


Access code Allows access to another network, an 
attendant, or a feature. If a feature or a carrier 
access code is dialed, the digits following may 
not correspond to the numbering plan. A 
network access code (10XX or 10XXX) is 
required only when dialing into a network other 
than the primary inter-LATA carrier. PIC the 
network available is the default. 


Prefix One to three digits, provides information about 
the type of call being dialed. For example, the 
international prefix for calls originating in North 
America on the network, "011" (international 
station-to-station unassisted calls) or "01" 
(international customer-dialed and 
operator-assisted calls). Other examples of a 
prefix (in North America) are "0" to get operator 
intercept and "1" to indicate long distance 
(national). 


The default is not to dial the prefix, which 
normally implies a local, nonassisted call. 


Country code One to three digits, indicating the country. Not 
normally used for calls originating and 
terminating within North America. 
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Table 1-10 IStandard definitions and equipment identification (Sheet 4 of 6) 


Field Value 


Area code 


Area code 


Local number 


Local number 


pec nXnn 


Description 


Also called NPA, or numbering plan area. Used 
within North America and its near neighbors 
(“World Zone 1") to identify an area of the 
country. Consists of three digits of the form 
npx, where n represents a digit between 2 and 
9, p is either O or 1, and x represents a digit 
between 0 and 9. 


Used outside North America to identify a 
location. Two to five digits. 


In North America, this consists of 


e (1) the central office code-three digits of the 
form nxx, indicating the exchange within the 
area 


e (2) the station number-usually four digits of 
the form xxxx, which identify the station to 
terminate 


Outside North America the local number is 2-9 
digits, depending on the country or part of the 
country. 


Identifies product engineering code (PEC) for 
circuit pack. PEC consists of an integer, 
followed by an “X," followed by two integers 
(2-9). 
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Table 1-10 IStandard definitions and equipment identification (Sheet 5 of 6) 
Field Value Description 


pmid type loctxt Identifies a peripheral module (PM). 


For a list of PM types, refer to the list following 
this table. 


The value of loctxt for most PMs is the node 
number (0-2047). This number is associated 
with the PM through datafill in the local office. 


A few PMs, including LMs, LCMs, DLMs, 
RCOs, RSCs, provide more detailed 
information about their location. OPMs will also 
appear in this format. In these cases, the value 
of "loctxt" is "site ff b" where 


* Site - If the remote option is present, site is 
the location name, consisting of four 
characters, the first of which must be 
alphabetic, the rest of which are 
alphanumeric. Refer to customer data 
table SITE for site names. 


If the remote option is not present, site is 
left blank. 


*  ff- frame (00-99) 
*  b/m - bay or module (0 or 1) 


Note: Since the LM is a two-bay frame, the 
value of ff refers to both bays, and the value of 
b/m identifies which of the two bays is involved. 
With the other PMs of this type, the value of ff 
refers to the functional bay, and the value of b/m 
refers to the top (1) or bottom (0) module. If the 
LCM is in an RLCM or an OPM, the value of m 
can only be 0. 


recid aaaaaannnn Provides receiver identification. 


*  aaaaaa - Six-character automatic 
identification of outward dialing (AIOD) 
group name. 


* nnnn - Four-character number providing 
identification for members of the AIOD 


group. 
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Table 1-10 IStandard definitions and equipment identification (Sheet 6 of 6) 


* clli -common language location identifier 
for the routeset datafilled in customer data 


Identifies call processing task or procedure. 
*  hh- process identification (0-FFFFFFFF) 


*  tasknm - procedure name (character string) 


* clli - common language location identifier 
for trunk group datafilled in Customer data 
table CLLI. List CLLI from CI MAP level for 


*  nnnn - Circuit number for trunk in CLLI 


Field Value Description 
routeid clli n Identifies a CCS7 route. 
table C7RTESET. 
*  n-route number (1-3) 
taskid hhhhhhhh tasknm 
trkid clli nnnn Identifies trunk equipment. 
office CLLI. 
group (0-9999) 


The following is a list of PMs that can be connected to the UCS DMS-250 


switch: 


e  ADTC - Austrian digital trunk module 


e ATM - Austrian digital line module 


e CPC - common peripheral controller 


e CSC -cellular site controller 


DCA - Austrian digital carrier module 

DCM - digital carrier module 

D250 - digital carrier module for DMS-250 
DES - digital echo suppressor 

DLM - digital line module 

DTC - digital trunk controller 

EIU - Ethernet interface unit 

ELCM - enhanced line concentrating module 
ESA - emergency stand-alone 

EXND - external node 


FRIU - frame relay interface unit 
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IAC - integrated access controller 

IDTC - international digital trunk controller 

ILCM - international line concentrating module 
ILGC - international line group controller 

ILTC - international line trunk controller 

ISLM - integrated services line module 

LCE - line concentrating equipment 

LCM - line concentrating module 

LCMI - ISDN line concentrating module 

LDT - line appearance on a trunk 

LGC - line group controller 

LGCI - ISDN line group controller 

LIM - link interface module 

LIU? - link interface unit supporting CCS7 protocol 
LM - line module 

LTC - line trunk controller 

LTCI - ISDN line trunk controller 

MMA - maintenance (trunk) module Austria 

MSB6 - message switch buffer (#6 Protocol) 

MSB7 - message switch buffer (#7 Protocol) 

MTM - maintenance trunk module 

OAU - office alarm unit 

PDTC - PCM-30 digital trunk controller 

PLGC - PCM-30 line group controller 

PSAP - public safety answering point 

PSAPNN - public safety answering point, no wink/or no ANI 
PSAPWA - public safety answering point, wink/ANI 
PSAPWN - public safety answering point, wink but no ANI 
PTM - package trunk module 

RCC - remote cluster controller 

RCS - remote concentrator SLC-96 


RCT - remote concentrating terminal 
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e RCU - remote carrier urban 

e RLM - remote line module 

e RMM -remote maintenance module 

e RMSC - remote maintenance switching center 
e RSM -remote service module 

e RTS - remote trunk switch 

e SMR - subscriber module rural 

e SMS - subscriber module SLC-96 

e SMSR - subscriber module SLC-96 rural 
e SMU - subscriber module urban 

e STCM - signaling terminal controller module 
e STM - service trunk module 

e SVR - server 

* TAN - test access network 

e TDTC - Turkish digital trunk controller 
e TLGC - Turkish line group controller 

e TLTC - Turkish line trunk controller 

* TM - trunk module 

e TM2 - trunk module (2-wire) 

e TM4 - trunk module (4-wire) 

e TM8 - trunk module (8-wire) 

e TS8A - trunk module (8-wire), CCITT 

e VSR - very small remote 

e XPM - XMS-based peripheral module 

e NUL_PMTYPE - undefined PM 


Table 1-11 JMeter processes (Sheet 1 of 2) 


Process Found in logs 
Warm SWACT is Active MTR 107,108,109 
Billing MTR 107,108,109 


Note: Spelling and capitalization are exactly 
as they appear on the MAP terminal. 
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Table 1-11 JMeter processes (Sheet 2 of 2) 
Process 

Auditing S/W Meters 

S/W Meter Allocation 

S/W Meter Backup Already Up 


S/W Meter Backup 


Found in logs 

MTR 107,108,109 
MTR 107,108,109 
MTR 107,108,109 
MTR 107,108,109 
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Auditing Agents MTR 107,109 
Restore of S/W Meters MTR 107,109 
Backup of S/W Meters MTR 107,109 
Recover Process MTR 107,109 
Recover Process MTR 107,109 
THQ AUDIT MTR 107,109 
THQCLEAN MTR 107,109 
Auditing S/W Meters Before Backup MTR 107 
Note: Spelling and capitalization are exactly 
as they appear on the MAP terminal. 

Table 1-12 KAttendant console stated 
State Explanation 


AC_UNEQUIPPED 
AC_OFFLINE 
AC_MAN_BUSY 
AC_SYS_BUSY 
AC_SEIZED 
AC_UNJACKED 
AC_NOT_READY 
AC_CP_BUSY 
AC_DELOADED 


No equipment 

Equipped, but out of service 

Some console auxiliary equipment out of service 
Some console auxiliary equipment out of service 
Man busied from MAP 

In service but unjacked 

60-second and jack out timing 

In service, jacked in 


Force release/man busy pending, on completion 
some task 


of 
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Table 1-13 LIBN trouble codes (Sheet 1 of 2) 
Code 
AC_CALL_FREED 
AC_CHANNEL_CONGESTION 


AC_CKT_CONFUSION 


AC_CKT_RELEASED 


AC_CONF_UNAVAILABLE 
AC_CONF_NO_RESPONSE 
AC_DATA_ERROR 
AC_DM_BUFFER_FULL 
AC_DM_CARRIER_FAILED 


AC_DM_MSG_ERROR 
AC_DM_MSG_TOO_LONG 


AC_DM_NO_CARRIER 
AC_DM_UNAVAILABLE 
AC_FRAMING_ERROR 
AC INTEGRITY LOST 


AC. MANUAL FRLS 
AC NETWORK BLOCKAGE 


AC NO EXT RESOURCE 
AC NO RESPONSE 

AC OVERRUN ERROR 
AC PARITY ERROR 

AC RESET 


Text 
Force release ended a call being processed 


AC RTS could not get pathends for data-in, data-out 
or voice lines 


Confusion message came from circuit associated 
with AC 


Source or destination connection to AC has been 
taken out of service 


Shortage of Conference Three Ports (CF3P) 
No response from CF3P 

Inconsistency among console data tables 
Digital modem (DM) output buffer full 


In-service loss of carrier (carrier loss has been 
discovered) 


DM report message has error 

DM report message too long 

No response from DM 

Shortage of DMs 

Framing error occurred on DM to AC link 


Integrity failure occurred on circuit associated with 
AC 


Force release done from MAP terminal 


AC RTS could not get connection between AC lines 
and DM or between AC lines and CF3P 


No PORTPERMEXT extension block available 
Audit found no response from console 
Message overrun error on DM to AC link 
Hardware parity error on DM to AC link 


Hardware reset on AC 
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Table 1-13 LIBN trouble codes (Sheet 2 of 2) 


Code 


AC_SW_FAULT 


AC_SW_ERROR 


AC_SYSTEM_AUDIT 
AC_SYSTEM_ERROR 


AC_TO_DM_INVALID_KEY 


Text 


Suicide or trap 


trouble code 


Table 1-14 MCall treatments (Sheet 1 of 5) 


Serious software error while call in progress 


Force release was done by system audit 


This code is given for faults not defined by any other 


Invalid key code sent from AC to DM 
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Code Treatment 

ADBF ANI_DATABASE_FAILURE 

AIFL AIOD FAILURE 

ANBB ANI FGB BLOCK 

ANCT MACHINE INTERCEPT 

ANIA ANI ACCOUNT STATUS NOT ALLOWED 
ANTO ANSWER TIMEOUT 

ATBS ATTENDANT BUSY 

ATDT ATD TIMEOUT 

BLDN BLANK DIR NUMBER 

BLPR BLOCKED PRECEDENCE CALL 

BUSY BUSY LINE 

CACE CARR ACC CODE ERROR 

CCNA CALLING CARD NOT ALLOWED 

CCNV CALLING_CARD_INVALID 

CCTO CALLING_CARD_TIMEOUT 

CFWV CFW_VERIFICATION 

CGRO CUSTOMER_GROUP_RESOURCE_OVERFLOW 
CNDT COIN_DENIED_TERM 
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Table 1-14 MCall treatments (Sheet 2 of 5) 


Code 
CNOT 
CONF 
CONP 
CQOV 
DACD 
DCFC 
DISC 
DNTR 
DODT 
D950 
EMR1 
EMR2 
EMR3 
EMR4 
EMR5 
EMR6 
ERDS 
FDER 
DFNZ 
FECG 
FNAL 
GNCT 
HNPI 
INAC 
INAU 
INCC 


Treatment 
COIN_OVERTIME_TRTMT 
CONFIRM_TONE 
CONNECTION_NOT_POSSIBLE 
CAMA_QUEUE_OVFL 
DIAL_ACCESS_CODE 
DISALLOWED_COIN_FREE_CALL 
DISCONNECT_TIMEOUT_TRTMT 
DENIED_TERMINATION 
DENY_ORIG_DATA_TERMINAL 
DIAL_950 

EMERGENCY_1 

EMERGENCY_2 
EMERGENCY_3 
EMERGENCY_4 
EMERGENCY_5 

EMERGENCY_6 
TRUNK_PERM_GROUND 
FEATURE_DATA_ERROR 
FIRST_DIGIT_NOT_ZERO 
FAR_END_CONG 
FEATURE_NOT_ALLOWED 
GENERALIZED_NO_CIRCUIT 
HNPA_CODE_INTERCEPT 
INVALID ACCOUNT CODE 
INVALID AUTHORIZATION CODE 
INVALID CITYCODE 
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Table 1-14 MCall treatments (Sheet 3 of 5) 


Code 
INOC 
IVCC 
LCAB 
MANL 
MHLD 
MSCA 
MSLC 
NACD 
NACK 
NBLH 
NBLN 
NCFL 
NCII 
NCIX 
NCRT 
NCTF 
NCUN 
NECG 
NINT 
NMZN 
NOCN 
NONT 
NOSC 
NOSR 
N950 
OLRS 


Treatment 


INVALID OIC. CODE 


INVALID CORRIDOR CALL 
LOCAL CALL AREA BARRED 
MANUAL LINE 
MUSIC ON. HOLD 
MISDIRECTED CAMA CALL 
MISDIRECTED LOCAL 

NO DIAL ACCESS CODE 
FEATURE ACTION NACK 
NETWORK BLK HVY TRAFFIC 
NETWORK BLK NML TRAFFIC 
NCS COMMUNICATION FAILURE 
NCS INVALID ID CODE 

NCS INCOMING EXCLUSION 
NO CRKT 

NCS TRANSLATION FAILURE 
NCS UNEXPECTED ERROR 
NEAR END CONG 
CHANGED NUM INTERCEPT 
NO METERING ZONE 

NO COIN 

NOT ON NETWORK 

NO SERVICE CRKT 

NO SOFTWARE RESOURCE 
NO DIAL 950 

INTER LATA RES 


1-67 


DMS-250 Logs Reference Manual, Volume 6 of 6 UCS15 


1-68 


Table 1-14 MCall treatments (Sheet 4 of 5) 


Code 
OPRT 
ORAC 
ORAF 
ORMC 
ORMF 
ORSS 
PDIL 
PGTO 
PMPT 
PNOH 
PRSC 
PSIG 
PTOF 
RODR 
RRPA 
RSDT 
SORD 
SRRR 
SSTO 
STOB 
STOC 
SYFL 
TDBR 
TDND 
TESS 
TINV 


Treatment 

REGULAR INTERCEPT 
ORIG. REV CODED 
ORIG. REV FREQ 

ORIG. REV MULTI CODED 
ORIG. REV MULTI FREQ 
ORIG. SUSP SERV 
PARTIAL DIAL 
MOBILE PAGE TIMEOUT 
PREEMPT TONE 

PERM SIGN NO ROH 
PRIORITY SCREEN FAIL 
PERM SIGNAL 
PREMATURE TRUNK OFFERING 
REORDER 

REV RING PFXA 
RESTRICTED DATE TIME 
STORAGE OVERFLOW REORDER 
SINGLE REV RING 

START SIGNAL TIME OUT 
SIGNAL TIME OUT BOC 
SIGNAL TIME OUT IC INC 


SYSTEM FAILURE 
TESTDESK BRIDGED 
TOLL DENIED 

TERM SUSP SERV 
TEMPORARILY INVALID 
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Table 1-14 MCall treatments (Sheet 5 of 5) 


Code 
TOVD 
TRBL 
TRRF 
UMOB 
UNCA 
UNDN 
UDNT 
UNIN 
UNOW 
UNPR 
VACS 
VACT 
VCCT 


Treatment 


TOLL_OVERLOAD 
TROUBLE_INTERCEPT 
TERM_REV_FREQ 
UNREGISTERED_MOBILE 
UNAUTHORIZED_CAMA_CODE 
UNASSIGNED_NUMBER 
UNDEFINED TRTMT 
UNAUTHORIZED INWATS 
UNAUTHORIZED OUTWATS 
UNAUTHORIZED PRECEDENCE 
VACANT SPEED NUMBER 
VACANT CODE 

VACANT COUNTRY CODE 


Node 

AVR NODE 
CPU NODE 
CM NODE 

CMC NODE 
CSC NODE 
DCM NODE 


to the usual 
character string 
output for a node 


log report (for 
example, 
ICMO103). 


Table 1-15 NNode types (Sheet 1 of 3) 


String 
AVR 
CPU 
CM 
CMC 
HDLC 
DCM 


Note: String refers 


when it appears in a 


Description 

Auxiliary Operator Services System (AOSS) voice response 
Central processing unit 

Computing module 

Central message controller 

Cell site controller (high-level data-link controller) 


Digital carrier module 
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Table 1-15 NNode types (Sheet 2 of 3) 


Node 
DDU_NODE 
DISKC_NODE 
DLC_NODE 
DLM_NODE 
DPC_NODE 
DTC_NODE 
DVI NODE 
ESA NODE 
HOBIC. NODE 
IAC NODE 
IOC. NODE 
ISLM NODE 
LCM NODE 
LGC NODE 
LM NODE 
LPC NODE 
LTC NODE 
MC NODE 
MPC NODE 
MSB NODE 
MSC NODE 


Note: String refers 
to the usual 
character string 
output for a node 
when it appears in a 
log report (for 
example, 
ICMO103). 


String 
DDU 
DDU 
DLC 
DLM 
DPC 
DTC 
DVI 
ESA 
HOBI 
IAC 
IOC 
ISLM 
LCM 
LGC 
LM_N 
LPC 
LTC 
MC 
MPC 
MSB 
MSC 


Description 

Disk drive unit 

Disk controller (digital data unit) 
Data link controller 

Digital line module 

Data pack controller 
Digital trunk controller 
Data voice interface 
Emergency stand-alone 
Hotel billing information center 
ISDN access controller 
Input output controller 
ISDN line module 

Line concentrating module 
Line group controller 

Line module 

Line printer controller 

Line trunk controller 
Message controller 
Multi-protocol controller 
Message switching buffer 


Message switch controller 
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Table 1-15 NNode types (Sheet 3 of 3) 


Node String 
NET_NODE NET 
NM_NODE NET 
NM_NODE NO6 
NX25 NODE NX25 
OOC DB NODE OOC 
RCC NODE RCC 
RCS NODE RCS 
RCT NODE RCT 
RCU NODE RCU 
RLM NODE RLM 
SMSR NODE SMSR 
SVR NODE SVR 
TC NODE TC N 
TDC NODE TDC 
TM NODE TM N 
VCCT NODE VCCT 
VDL NODE VDL 
VLM NODE VLM 
VSR NODE VSR 
Note: String refers 

to the usual 

character string 

output for a node 

when it appears in a 

log report (for 

example, 

ICMO103). 
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Description 

Network module 

Network module 

No. 6 Signaling System 

Northern X25 (protocol) 

Overseas operator center database 
Remote cluster controller 

Remote concentrator SLC-96 
Remote concentrator terminal 
Remote carrier urban 

Remote line module 

Subscriber module SLC-96 remote 
Server 

Terminal controller 

Tape drive controller 

Trunk module 

Virtual circuit 

Virtual data link 

Virtual line module 


Very small remote 
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Table 1-16 OTrunk diagnostic results (Sheet 1 of 11) 


Diagnostic results (see Note) 


ACTIVE TABLE FULL 


BUSY TONE 


CALL FAILURE MESSAGE RCVD 


CARD FAULT 


CONFUSION MESSAGE RCVD 


CONNECTION FAILURE 


COULDN'T OPEN ATTOPTNS 


COULDN'T READ ATTOPTNS 


CSC MTCE IN PROGRESS 


Note: Spelling and capitalization are 
exactly as they appear on the MAP 
terminal. 


Description 


Indicates more trunk tests were called to execute 
simultaneously than permitted by present setting in 
customer data table ATTSCHED. 


Action: Change number of simultaneous tests from 
ATT MAP level. 


Indicates far-end office returned a busy tone. 


Action: Retry test. 


Call failure message received during testing. 


Action: Coordinate investigation into signaling with 
far-end office if this persists. 


Indicates hardware fault in circuit pack was 
encountered. 


Action: Replace circuit pack. 


Confusion message received during testing. 


Action: Coordinate investigation into signaling with 
far-end office if this persists. 


Indicates connection failure between trunk and test 
equipment. 


Action: Diagnose trunk test equipment. 


Indicates software bug prevented opening of or access 
to customer data table ATTOPTNS. 


Action: Retry test. 


Indicates required entry in customer data table 
ATTOPTNS is not present for specified test class. 


Action: Check trunk and test parameters and options. 
Retry test. 


Indicates an attempt was made to perform a cellular 
trunk test while maintenance of cell site controller was 
in progress. 


Action: Retry test. 
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Table 1-16 OTrunk diagnostic results (Sheet 2 of 11) 


Diagnostic results (see Note) 


DATA FAULT 


DIAGNOSTIC NOT ALLOWED 


DIAL TONE 


FACILITY FAULT 


FAILED TO OPEN TTT 


FAILED TO RUN DIAGNOSTIC 


FAILED TO RUN TESTLINE 


GROUP CURRENTLY UNDER TEST 


Note: Spelling and capitalization are 
exactly as they appear on the MAP 
terminal. 


Description 


Indicates trouble was encountered with received test 
result data. 


Action: Retry test. 


Indicates test was initiated on circuit not equipped for 
that test type. 


Action: Check trunk and test parameters and options. 


Indicates far-end office returned dial tone. 


Action: Retry test. 


Indicates fault in transmission facilities. 


Action: Diagnose trunk and test equipment. 


Upon selection of valid trunk test equipment to connect 
to, failure to open test trunk for tone generation. 


Action: Ensure in-service, properly functioning trunk 
test equipment is available. 


Indicates test equipment was unavailable or 
inoperative. 


Action: Diagnose trunk and test equipment. 


Indicates software bug during initial setup prevented 
running the test. Usually indicates no processes are 
available. 


Action: Retry test. 


Indicates trunk group was executing a trunk test and 
the second test request is ignored. 


Action: No action is required. 
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Table 1-16 OTrunk diagnostic results (Sheet 3 of 11) 


Diagnostic results (see Note) 


GROUP MANUAL ABORT 


GROUP SYSTEM ABORT: REFERENCE 
TRUNK FAILURE 


GROUP SYSTEM ABORT: REFERENCE 
TRUNK UNAVAILABLE 


GROUP SYSTEM ABORT: 5 
CONSECUTIVE FAILURES 


HARDWARE FAILURE 


HIGH-DRY 


HIGH TONE 


Note: Spelling and capitalization are 
exactly as they appear on the MAP 
terminal. 


Description 


Indicates test was aborted manually from the ATT MAP 
level by 


* explicitly stopping group test 


* reducing number of simultaneous tests ATT can 
execute 


* stopping all ATT tests (HaltATT) 


Action: No action is required. 


Indicates five consecutive failures were encountered 
and the reference trunk was retested. The reference 
trunk failed the subsequent test so the group is 
aborted. 


Action: Diagnose trunk testing equipment and 
reference trunks. 


Indicates five consecutive failures were encountered 
and the reference trunk was retested. The reference 
trunk failed the subsequent test so the group is 
aborted. 


Action: Diagnose trunk testing equipment and 
reference trunks. 


Indicates five consecutive failures were encountered 
during search for a group reference trunk. 


Action: Diagnose trunk test equipment. 


Indicates hardware fault was detected in the trunk 
circuit. 


Action: Diagnose trunk under test. It may have a 
hardware fault. 


Indicates far-end office did not send an off-hook signal 
after a burst of audible ringing tone. 


Action: Diagnose trunk under test. If diagnostics pass, 
fault is in far-end or transmission facility. 


Indicates far-end office returned a high frequency tone. 


Action: Retry test. 
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Table 1-16 OTrunk diagnostic results (Sheet 4 of 11) 


Diagnostic results (see Note) 


HIT RECEIVED 


INTEGRITY LOST MESSAGE RCVD 


INVALID REPLY 


LOCKOUT MESSAGE RCVD 


LOOP SIG FAULT 


LOOP SIG FAULT NOSET 


LTA CANCELLED 


LTU FAULT 


MILLIWATT 


Note: Spelling and capitalization are 
exactly as they appear on the MAP 
terminal. 


Description 


Indicates transient disturbance to the trunk was 
detected. 


Action: Retry test. 


Integrity lost message received during testing. 


Action: High occurrences could indicate a problem 
with the network. Check for properly functioning 
hardware. 


Indicates far-end office returned an invalid signal when 
the DMS tried to outpulse digits. 


Action: Diagnose trunk under test. If diagnostics pass, 
fault is in far-end or transmission facility. 


Lockout message received during testing. 


Action: Coordinate investigation into signaling with far 
end office if this persists. 


Indicates signaling failure caused by a fault in either 
the loop bridge or receiving equipment. 


Action: Diagnose test equipment. 


Indicates signaling failure caused by fault in either the 
software or loop generating equipment. 


Action: Check trunk and test parameters and options. 
Diagnose test equipment. 


Indicates local trunk alarm (LTA) was improperly 
canceled. 


Action: Diagnose test equipment, and retry test. 


Indicates fault was detected in line test unit (LTU). 


Action: Diagnose LTU. 


Indicates far-end office returned a milliwatt tone. 


Action: Retry test. 
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Table 1-16 OTrunk diagnostic results (Sheet 5 of 11) 


Diagnostic results (see Note) 


NO/BAD CSC RESPONSE 


NO/BAD RCU RESPONSE 


NO/BAD TAU RESPOSE 


NO CARD IN SHELF 


NO FAR END TEST EQUIPMENT 


NO LOGICAL MB 


NO START DIAL SIGNAL 


NO TEST EQUIPMENT 


NO TESTLINE NUMBER 


Note: Spelling and capitalization are 
exactly as they appear on the MAP 
terminal. 


Description 


Indicates attempt was made to perform a cellular trunk 
test but unexpected or no response from the cell site 
controller (CSC) was received. 


Action: Diagnose CSC. 


Indicates attempt was made to perform a cellular trunk 
test but unexpected or no response from the cellular 
remote carrier unit (RCU) was received. 


Action: Diagnose RCU. 


Indicates attempt was made to perform a cellular trunk 
test but unexpected or no response from the cellular 
test and alarm unit (TAU) was received. 


Action: Diagnose TAU. 


Indicates circuit pack was missing. 


Action: Check trunk circuit equipment installation. 


Indicates far-end test equipment was unavailable or 
nonexistent. 


Action: Diagnose trunk under test. If diagnostics pass, 
fault is in far-end or transmission facility. 


Indicates software bug prevented no logical message 
buffer (MB) from being allocated. 


Action: Retry test. 


Indicates far-end office did not respond after trunk was 
seized. 


Action: Retry test. 


Indicates test equipment was not available. 


Action: Check trunk and test parameters and options. 


Indicates software bug prevented trunk circuit from 
being found. 


Action: Check trunk and test parameters and options. 
Retry test. 
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Table 1-16 OTrunk diagnostic results (Sheet 6 of 11) 


Diagnostic results (see Note) 


NO TONE 


NO TRUNKS IN GROUP 


NOT OG OR 2W TRUNK GROUP 


OUTPULSING TROUBLE 


OVERFLOW TONE 


PARAMETER FAULT 


PERIODIC SIGNAL 


PM FAULT 


PREMATURE RELEASE REQUEST 


RECORDED ANNOUNCEMENT 


Note: Spelling and capitalization are 
exactly as they appear on the MAP 
terminal. 


Description 


Indicates far-end office failed to return the proper tone. 


Action: Retry test. 


Indicates software bug prevented trunks in group from 
being found. 


Action: Check trunk and test parameters and options. 
Retry test. 


Indicates the test attempted transmission or loss tests 
on a trunk that was not an outgoing or two-wire trunk. 


Action: Check trunk and test parameters and options. 


Indicates trouble encountered while outpulsing digits. 


Action: Diagnose trunk under test. If diagnostics pass, 
fault is in far-end or transmission facility. 


Indicates far-end office returned an overflow tone. 
Action: Retry test. 

Indicates parameters were incorrect or inconsistent for 
test type. 


Action: Check trunk and test parameters and options. 


Indicates far-end office returned a periodic or 
intermittent signal. 


Action: Retry test. 


Indicates fault in the peripheral module (PM) was 
encountered. 


Action: Diagnose PM. 


A clear forward was received before the test was 
completed. 


Action: Coordinate investigation into signaling with far 
end office if this persists. 


Indicates far-end office returned a recorded 
announcement 


Action: Retry test. 
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Table 1-16 OTrunk diagnostic results (Sheet 7 of 11) 


Diagnostic results (see Note) 


RELEASE CALL MESSAGE RCVD 


REORDER TONE 


RINGING 


STOP DIAL SIGNAL RECEIVED 


TAU NOT AVAILABLE 


TEST EQUIPMENT FAIL 


TEST EQUIPMENT FAULT 


TEST EQUIPMENT UNAVAILABLE 


TEST NOT ALLOWED 


TEST PROCESS TROUBLE 


Note: Spelling and capitalization are 
exactly as they appear on the MAP 
terminal. 


Description 


Release call message received during testing. 


Action: Find out if someone force-released the trunk 
from a MAP or if the trunk is functioning properly. 


Indicates far-end office returned a reorder tone. 


Action: Retry test. 


Indicates far-end office did not respond to ringing. 


Action: Diagnose trunk under test. If diagnostics pass, 
fault is in far-end or transmission facility. 


Indicates far-end office returned a congestion signal 
during outpulsing of digits. 


Action: Retry test. 


Indicates attempt was made to perform a cellular trunk 
test; however, the test and alarm unit was either in use 
or not available. 


Action: Retry test. 


Indicates fault was detected in test equipment. 


Action: Diagnose trunk test equipment. 


Indicates fault was detected in test equipment. 


Action: Diagnose trunk test equipment. 


Indicates test equipment was not available for test. 
This report will be generated every ten minutes if test 
equipment remains unavailable. 


Action: No action is required. 


Indicates test is not allowed on circuit. 


Action: Check trunk and test parameters and options. 


Indicates trouble was encountered with test process. 


Action: Retry test. 
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Table 1-16 OTrunk diagnostic results (Sheet 8 of 11) 


Diagnostic results (see Note) 


TEST PROTOCOL TROUBLE 


TESTLINE NOT AVAILABLE 


TONE DETECTION FAILED 


TPT TONE 


TRUNK GROUP TIMEOUT 


TRUNK NOT TESTED CFL 


TRUNK NOT TESTED CPD 


TRUNK NOT TESTED CPB 


TRUNK NOT TESTED DEL 


Note: Spelling and capitalization are 
exactly as they appear on the MAP 
terminal. 


Description 


Indicates either a software bug or unexpected 
response from far-end office. 


Action: Retry test. 


Indicates test is not available in current load. 


Action: Check trunk and test parameters and options. 


Indicates failure to detect proper tone. 


Action: Diagnose trunk test equipment. 


Indicates far-end office unexpectedly returned a test 
progress tone (TPT). 


Action: Retry test. 


Indicates time expired waiting for individual trunks in 
trunk group to become available for testing. The 
allowed time to wait for trunks to become available is 
set in customer data table ATTSCHED. 


Action: Check WAIT_TIME in customer data table 
ATTSCHED. Retry test. 


Indicates trunk circuit was not tested because it was 
carrier-failed. 


Action: Contact the next level of maintenance. 


Indicates trunk circuit was not tested because it was 
call processing deloaded. 


Action: When trunk state returns to IDLE, retry test. 


Indicates trunk circuit was not tested because it was 
call processing busy. 


Action: When trunk state returns to IDLE, retry test. 


Indicates trunk circuit was not tested because it was 
deloaded. 


Action: Return trunk to service, retry test. 
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Table 1-16 OTrunk diagnostic results (Sheet 9 of 11) 


Diagnostic results (see Note) 


TRUNK NOT TESTED IMB 


TRUNK NOT TESTED INI 


TRUNK NOT TESTED LO 


TRUNK NOT TESTED MB 


TRUNK NOT TESTED NEQ 


TRUNK NOT TESTED NMB 


TRUNK NOT TESTED PMB 


TRUNK NOT TESTED RES 


TRUNK NOT TESTED RMB 


TRUNK NOT TESTED SB 


Note: Spelling and capitalization are 
exactly as they appear on the MAP 
terminal. 


Description 


Indicates trunk circuit was not tested because it was off 
line. 


Action: Return trunk to service, retry test. 


Indicates trunk circuit was not tested because it was 
initialized. 
Action: Return trunk to service, retry test. 


Indicates trunk circuit was not tested because it was 
locked out. 


Action: Contact the next level of maintenance. 


Indicates trunk circuit was not tested because it was 
manually busy. 


Action: Return trunk to service, retry test. 


Indicates trunk circuit was not tested because it was 
unequipped. 


Action: Return trunk to service, retry test. 


Indicates trunk circuit was not tested because it was 
network management busy. 


Action: When trunk state returns to IDLE, retry test. 


Indicates trunk circuit was not tested because it was 
peripheral module busy. 


Action: Contact the next level of maintenance. 


Indicates trunk circuit was not tested because it was in 
restricted idle. 


Action: When trunk state returns to IDLE, retry test. 


Indicates trunk circuit was not tested because it was 
remote busy. 


Action: Contact the next level of maintenance. 


Indicates trunk circuit was not tested because it was 
system busy. 


Action: Contact the next level of maintenance. 
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Table 1-16 OTrunk diagnostic results (Sheet 10 of 11) 


Diagnostic results (see Note) 


TRUNK NOT TESTED SZD 


TRUNK TIMEOUT 


TST EQUIPMNT NOT REQUIRED 


TTT EQUIPMENT FAILURE 


TTU FAULT 


UNEXPECTED TONE 


UNKNOWN ATT MESSAGE 


UNKNOWN MESSAGE RCVD 


WAIT ON MAILBOX FAILED 


Note: Spelling and capitalization are 
exactly as they appear on the MAP 
terminal. 


Description 


Indicates trunk circuit was not tested because it was 
already seized. 


Action: When trunk state returns to IDLE, retry test. 


Indicates time expired waiting for individual trunks to 
become available for testing. The allowed time to wait 
for trunks to become available is set in customer data 
table ATTSCHED. 


Action: Check WAIT_TIME in customer data table 
ATTSCHED. Retry test. 


Indicates inconsistency in requested test. The 
requested test called for unnecessary equipment. 


Action: Check trunk and test parameters and options. 


Indicates either an unexpected tone from trunk test 
equipment was received or an expected tone from 
trunk test equipment was not received. 


Action: Ensure the trunk test equipment concerned is 
functioning properly. 


Indicates fault found in the transmission test unit 
(TTU). 


Action: Diagnose TTU. 


Indicates far-end office returned an unexpected or 
unknown tone. 


Action: Diagnose trunk test equipment. 


Indicates software bug. This message is always 
followed by a software error report (SWER) with the 
message Garbled ATT Message. 


Action: Contact the next level of maintenance. 


An unexpected message has been received. 


Action: Coordinate investigation into signaling with 
far-end office if this persists. 


Failed to wait on a mailbox for the next message to 
come in. 
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Table 1-16 OTrunk diagnostic results (Sheet 11 of 11) 


Diagnostic results (see Note) 


WRONG CARD IN SHELF 


120 IPM TONE 


30 IPM TONE 


terminal. 


Note: Spelling and capitalization are 
exactly as they appear on the MAP 


Description 


Indicates wrong circuit pack installed in the shelf. 


Action: Check trunk circuit equipment installation. 


Indicates far-end office returned a signal at 120 
impulses per minute. 


Action: Retry test. 
Indicates far-end office returned a signal at 30 
impulses per minute. 


Action: Retry test. 


Reason (see Note) 
SYS RESTART 


Fail OB Reset 


Aborted: RTS Limit has been 
exceeded. 


Enable Failed 

Test Failed 

CMC CSide Busy 

Full Test Not Done 
Time of Day Clock Sync 
SYSTEM REQUEST 
MANUAL REQUEST 
ERROR DETECTED 


MAP terminal. 


Invalid: CMC Not Out of Service. 


Note: Spelling and capitalization 
are exactly as they appear on the 


Table 1-17 PCMC alter reasons (Sheet 1 of 3) 


CMC log reports Description 


100 
100 
100 
100 


100 
100 
100 
100 
100 
100, 102 
100, 102 
100, 102 
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Table 1-17 PCMC alter reasons (Sheet 2 of 3) 


Reason (see Note) CMC log reports Description 

STUCK CMC PORT 100, 102 Faulty port cannot be closed. 

CSIDE REQUEST 100, 102 

INVALID CMC STATE 100, 102 CMC faulty on interrupt line. 

BOOT REQUEST 100, 102, 106-109 

SPLIT REQUEST 100, 102, 106-109 

FAULT ON PEINT 100, 102 

STUCK MASK REGISTER 100, 102 Problem with interrupts to CPU. 

HUNG ON SIMPLEX PORT 100, 102 CMC timer failed to fire while doing timeout 
on simplex transmission. 

HUNG ON DUPLEX PORT 100, 102 CMC timer failed to fire while doing timeout 
on duplex transmission. 

INVALID PRIORITY 100, 102 CMC found at invalid priority level. 

IOC FAIL THRESHOLD MET: 102 CMC detected a problem in messaging to 
input/output controller (IOC). 

NET FAIL THRESHOLD MET; 102 Message test detected a problem in 
messaging to networks. 

MSG CORRUPTION: 102 CMC is corrupting outgoing or incoming 
messages. 

MESSAGING FAILURE 102 All CMC ports are SYSB. 

DETECTED 

OCETR THRESHOLD MET: 102 Outgoing error type register threshold has 


been exceeded and has set the status of 
CMC to system busy. 


STUCK CMC 100, 102 

SOLID INTERRRUPTS 100, 102 Faulty interrupt line from CMC to CPU (too 
many interrupts). 

PERIODIC TEST 100, 102 Action occurred during periodic testing (for 


example, 2:10 A.M.). 


Note: Spelling and capitalization 
are exactly as they appear on the 
MAP terminal. 
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Table 1-17 PCMC alter reasons (Sheet 3 of 3) 


Reason (see Note) 
DUPLEX FAILS 

STUCK OUT BAND RESET 
WILL NOT INTRUPT CPU 
CMC TRAP 


Fail on Restart 


Failed on CS Open 


Both CMC's are OOS 
Configuration Register shut down 
All ports are out of service 
ODM 

ODM Request 

Requested by PS Node 
Forced Open 

Pass 

Fail 

Invalid 

Fail on RTS CMC 

Port Error 


Test aborted 


Close on Test Fail 


Note: Spelling and capitalization 
are exactly as they appear on the 
MAP terminal. 


CMC log reports 
100, 102 
100, 102 
100, 102 
100, 102 


102 
102 


102 
102 
102 
103 
105, 109 
105, 107 
105 
105 
105 
105 
107 
107 


100, 103 


107 


100-109 


Description 


CMC unable to output in duplex mode. 


System has busied the CMC because of a 
trap. 


Cannot enable CMC during restart. 


Could not return to service, or CMC on link 
from CPU opening. 


Result of an office data modification. 


Result of an office data modification. 


Tests are aborted due to a lack of P-side 
resource. 


(No reason given) 
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Table 1-18 QTransmission test unit failure messages (Sheet 1 of 2) 


1 


2 


BOO 


No. 


Message 

MTM PROTOCOL ERROR 
TTU TEST ERROR 

MEAS INTERRUPTION 
MEAS INSTABILITY 

TTU DATA ERROR 

BSY BAD MSG 

CONNECT FAIL 
OPEN TTU FAIL 

SIG NO FE EQUIP 

ANS NOT READY 

LOST INTEGRITY 

BAD MSG BEF ANS 
START DIRECTOR FAIL 
NO TTU RESPONSE 
TWO CLEAR BACKS? 
ANS BEF CLEAR BACK? 
CLEAR BACK NOT REC 
RE ANSWER NOT REC 
SIG. BAD MSG 

BSY NO FE EQUIP 

BSY FLASH NOT REC 
ANSWER NOT BUSY? 
MEAS BAD MSG 
MISSING GROUP ENTRY 
MISSING Q ENTRY 

SIG. CALL NO RESPONSE 
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Table 1-18 QTransmission test unit failure messages (Sheet 2 of 2) 


No. Message 

27 SIG_CALL_GLARE 

28 SIG_CALL_BAD_MSG 

29 SIG_CALL_FAILURE 

30 BSY CALL NO RESPONSE 
31 BSY CALL GLARE 

32 BUSY CALL BAD MSG 
33 BSY CALL FAILURE 

34 NO NE EQUIP 

35 MEAS CLEAR BACK 

36 BSY CALL CLEAR BACK? 
37 OUTPULSING TBL 

38 FAR END CONGESTION 
39 TTU TROUBLE 
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Table 1-19 RCall types entry codes (Sheet 1 of 4) 


Entry code 
00 

01 
02-07 
08 

09 
10-15 
16 

17 

18 

19 

20 

21 

22 

23 

24 


Note 1: Indicates 
international 
dialing always 
used for ACSS 
handled calls. 


Note 2: Codes 
00-39 and 80-99 
apply to Local 
Automatic 
Message 
Accounting 
(LAMA). 


Note 3: For all 
loads, codes 40-79 
are recorded on 
log report 
AMAB101 as 
DDO=Y. 


Call type 

Station paid DDD 

Station paid LCDR 

Reserved for special features 
TWX 

DATA 

Reserved for special features 
Timed message rate 
Untimed message rate 
Detailed message rate 
Conference trunk usage 
Station paid operator assisted 
Station collect 

Station special calling 

Person paid 


Person collect 
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Table 1-19 RCall types entry codes (Sheet 2 of 4) 


Note 1: Indicates 
international 
dialing always 
used for ACSS 
handled calls. 


Note 2: Codes 
00-39 and 80-99 
apply to Local 
Automatic 
Message 
Accounting 
(LAMA). 


Note 3: For all 
loads, codes 40-79 
are recorded on 
log report 
AMAB101 as 
DDO=Y. 


Entry code Call type 

25 Person special calling 
26 Auto collect 

27 Station special called 
28 Person special called 
29 Person call back (PCB) 
30 PCB special billing 
31-39 Not used 


40 (see Note 1) Station paid DDO 


41-55 Reserved for special features 

56 Not used 

57 Not used 

58-59 Reserved for possible future use 
60 (see Note 1) Station paid operator assisted 
61 (see Note 1) Station collect 

62 (see Note 1) Station special calling 
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Table 1-19 RCall types entry codes (Sheet 3 of 4) 


Entry code 

63 (see Note 1) 
64 (see Note 1) 
65 (see Note 1) 
66 (see Note 1) 
67 (see Note 1) 
68 (see Note 1) 
69 (see Note 1) 
70 (see Note 1) 
71-79 

80 

81-83 

84-89 

90 

91-95 

96 


Note 1: Indicates 
international 
dialing always 
used for ACSS 
handled calls. 


Note 2: Codes 
00-39 and 80-99 
apply to Local 
Automatic 
Message 
Accounting 
(LAMA). 


Note 3: For all 
loads, codes 40-79 
are recorded on 
log report 
AMAB101 as 
DDO=Y. 


Call type 

Person paid 

Person collect 

Person special calling 

Not used 

Station special called 

Person special called 

Person call back (PCB) 

PCB special billing 

Not used 

INWATS - measured time 
Reserved for possible future use 
Not used 

Used by LAMA initial extension entry 
Not used 


Unspecified (default) 
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Table 1-19 RCall types entry codes (Sheet 4 of 4) 


Entry code Call type 

97 Canceled call (domestic) 
98 Canceled call (overseas) 
99 AMA test call 


Note 1: Indicates 
international 
dialing always 
used for ACSS 
handled calls. 


Note 2: Codes 
00-39 and 80-99 
apply to Local 
Automatic 
Message 
Accounting 
(LAMA). 


Note 3: For all 
loads, codes 40-79 
are recorded on 
log report 
AMAB101 as 
DDO=Y. 


Log report list 
The following is a list of written log reports generated by the UCS DMS-250 
switch. The subsystem name and report number for each log report description 


are provided. Information-only logs, those requiring no action, are listed in 
Table S. 


Table 1-20 (Sheet 1 of 17) 


ACMS ACMS100 ACMS101 ACMS102 ACMS103 ACMS104 
ACMS105 
ACT ACT101 
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Table 1-20 (Sheet 2 of 17) 


AFT AFTOOS 

ALRM ALRM109 ALRM111 ALRM!112 

ALT ALT100 ALT101 ALT103 ALT104 ALT105 
ALT106 ALT107 ALT109 ALT200 ALT207 
ALT208 ALT209 ALT300 ALT306 ALT307 
ALT308 ALT309 

AMA AMA100 AMAT 12 AMA114 AMA117 

AMAB AMAB119 AMAB122 AMAB150 AMAB151 AMAB154 
AMAB161 

APS APS100 APS101 APS102 APS103 APS104 
APS105 APS106 APS107 APS108 APS109 
APS110 APS111 APS112 

ATB ATB100 

ATME ATME201 ATME203 ATME204 ATME205 ATME206 
ATME207 ATME208 

ATT ATT100 ATT101 ATT102 ATT103 ATT104 
ATT105 ATT106 ATT107 ATT108 ATT113 
ATT114 ATT115 ATT116 ATT117 ATT118 
ATT123 
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Table 1-20 (Sheet 3 of 17) 


AUD AUD101 


AUD106 
AUD398 
AUD403 
AUD408 
AUD413 
AUD419 
AUD426 
AUD432 
AUD502 
AUD507 
AUD523 
AUD553 
AUD580 
AUDT AUDT100 


AUDT106 
AUDT112 
AUDT117 
AUDT131 
AUDT159 
AUDT164 
AUDT175 
AUDT183 
AUDT188 
AUDT195 


AUD102 


AUD107 
AUD399 
AUD404 
AUD409 
AUD414 
AUD420 
AUD427 
AUD433 
AUD503 
AUD508 
AUD545 
AUD559 
AUD582 
AUDT101 


AUDT107 
AUDT113 
AUDT118 
AUDT150 
AUDT160 
AUDT166 
AUDT179 
AUDT184 
AUDT191 
AUDT197 


AUD103 


AUD108 
AUD400 
AUD405 
AUD410 
AUD416 
AUD422 
AUD428 
AUD434 
AUD504 
AUD509 
AUD549 
AUD577 
AUD591 
AUDT102 


AUDT108 
AUDT114 
AUDT128 
AUDT151 
AUDT161 
AUDT167 
AUDT180 
AUDT185 
AUDT192 
AUDT198 


AUD104 


AUD395 
AUD401 
AUD406 
AUD411 
AUD417 
AUD424 
AUD429 
AUD500 
AUD505 
AUD510 
AUD550 
AUD578 
AUD602 
AUDT103 


AUDT110 
AUDT115 
AUDT129 
AUDT152 
AUDT162 
AUDT168 
AUDT181 
AUDT186 
AUDT193 
AUDT199 


AUD105 


AUD396 
AUD402 
AUD407 
AUD412 
AUD418 
AUD425 
AUD430 
AUD501 
AUD506 
AUD515 
AUD551 
AUD579 


AUDT105 


AUDT111 
AUDT116 
AUDT130 
AUDT153 
AUDT163 
AUDT169 
AUDT182 
AUDT187 
AUDT194 
AUDT205 
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Table 1-20 (Sheet 4 of 17) 


AUDT206 AUDT207 AUDT208 AUDT225 AUDT226 


AUDT255 AUDT256 AUDT257 AUDT258 AUDT259 
AUDT260 AUDT262 AUDT263 AUDT265 AUDT267 
AUDT394 AUDT396 AUDT397 AUDT400 AUDT404 
AUDT600 AUDT603 AUDT605 AUDT610 AUDT612 
AUDT613 AUDT614 AUDT615 AUDT619 AUDT621 
AUDT622 AUDT623 AUDT804 


BERT BERT100 BERT101 

C6TU C6TU108 

C7TD C7TD102 C7TD103 

C7TU C7TU101 C7TU102 C7TU105 C7TU106 C7TU107 
C7TU303 

C7UP C7UP101 C7UP102 C7UP103 C7UP104 C7UP106 


C7UP107 C7UP109 C7UP110 C7UP113 C7UP114 
C7UP115 C7UP118 C7UP120 C7UP121 C7UP123 
C7UP130 C7UP300 C7UP301 C7UP405 C7UP406 
C7UP805 C7UP806 


CC CC100 CC101 CC102 
CCI CCI100 
CCS CCS202 CCS203 CCS204 CCS205 CCS206 
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Table 1-20 (Sheet 5 of 17) 


CCS207 CCS209 CCS210 CCS213 CCS214 
CCS215 CCS218 CCS219 CCS221 CCS223 
CCS224 CCS226 CCS227 CCS228 CCS229 
CCS230 CCS238 CCS239 CCS240 CCS243 
CCS245 CCS248 CCS296 CCS400 CCS500 
CCS501 CCS502 CCS503 CCS504 CCS505 
CCS601 

CDIV CDIV100 

CDR CDR268 CDR269 CDR270 

CM CM100 CM103 CM104 CM105 CM107 
CM111 CM112 CM113 CM115 CM118 
CM119 CM120 CM122 CM123 CM125 
CM128 CM133 CM134 CM137 CM140 
CM141 CM145 CM146 CM152 CM153 
CM154 CM155 CM157 CM158 CM159 
CM160 CM162 CM163 CM164 

CMC CMC102 CMC107 CMC110 CMC111 CMC112 
CMC113 

CMSM CMSM101 CMSM102 CMSM103 CMSM104 

COMM COMM777 

CP CP100 CP101 CP103 
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Table 1-20 (Sheet 6 of 17) 


CPM CPM101 CPM102 CPM103 CPM104 

CRMG CRMG101 

DAS DAS100 DAS102 DAS103 DAS104 

DCH DCH100 DCH104 DCH105 DCH500 

DCI DCI100 DCI101 DCI102 DCI104 DCI105 
DCI106 DCI107 DCI307 DCI505 DCI806 

DCP DCP100 DCP101 DCP102 DCP104 DCP105 
DCP106 DCP107 DCP307 DCP505 DCP806 

DDM DDM101 DDM102 DDM106 DDM107 DDM109 
DDM110 

DDT DDT001 

DDU DDU100 DDU101 DDU202 DDU203 DDU204 
DDU205 DDU209 DDU210 DDU211 DDU212 

DFIL DFIL100 DFIL101 DFIL102 DFIL103 DFIL104 
DFIL105 DFIL106 DFIL107 DFIL108 DFIL109 

DFIL111 DFIL112 DFIL113 DFIL114 

DFIL115 DFIL116 DFIL117 DFIL118 DFIL119 
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Table 1-20 (Sheet 7 of 17) 


DFIL120 DFIL121 DFIL122 DFIL123 
DFIL125 DFIL126 DFIL127 DFIL128 DFIL129 
DFIL130 DFIL131 DFIL133 DFIL135 
DFIL143 DFIL144 

DIRP DIRP101 

DPAC DPAC101 DPAC102 DPAC103 DPAC104 

DPNS DPNS403 DPNS409 

DPNT DPNT101 DPNT102 DPNT103 DPNT104 DPNT105 
DPNT106 DPNT201 DPNT202 DPNT203 DPNT204 


DPNT205 DPNT206 


DPP DPP100 DPP101 DPP102 

DVI DVI101 DVI102 DV1104 DVI105 DVI106 
DVI107 

E911 E911200 E911201 E911202 E911203 E911204 
E911205 E911206 E911207 E911208 E911209 
E911210 E911211 E911215 E911217 E911218 
E911219 E911223 E911224 

EAD EAD104 

ENCP ENCP103 
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Table 1-20 (Sheet 8 of 17) 


ENDB ENDB101 

ENET ENET103 ENET104 ENET105 ENET108 ENET111 
ENET120 ENET204 ENET205 ENET208 ENET211 
ENET220 ENET222 ENET230 ENET303 ENET304 
ENET305 ENET308 ENET309 ENET311 ENET313 
ENET401 ENET505 ENET508 ENET512 ENET522 
ENET601 ENET602 ENET603 

EQAC EQAC100 

ESYN ESYN100 ESYN101 

EXT EXT100 EXT101 EXT102 EXT103 EXT104 
EXT105 EXT106 EXT107 EXT108 EXT109 

FCO FCO101 

FM FM100 FM101 

FPRT FPRT105 FPRT106 

FTR FTR138 

IBN IBN100 IBN101 IBN102 IBN104 IBN105 
IBN106 IBN107 IBN108 IBN109 IBN110 
IBN113 IBN114 IBN115 IBN116 IBN117 
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Table 1-20 (Sheet 9 of 17) 


IBN119 IBN120 IBN122 IBN123 IBN124 
IBN127 IBN128 IBN129 IBN137 

ICMO ICMO101 ICMO102 ICMO103 

IOD IOD205 IOD206 IOD207 IOD208 IOD209 
IOD210 IOD212 IOD213 IOD214 IOD215 
IOD303 IOD304 IOD305 IOD306 IOD307 
IOD308 IOD310 10D311 10D312 

ISDN ISDN101 ISDN102 ISDN104 ISDN105 ISDN106 
ISDN107 ISDN108 ISDN109 ISDN110 ISDN111 
ISDN112 ISDN113 ISDN115 ISDN116 ISDN200 
ISDN201 ISDN203 

ISF ISF100 ISF101 ISF104 

ISN ISN500 

ISP ISP101 ISP102 ISP103 ISP104 ISP105 
ISP106 ISP107 ISP108 ISP113 ISP114 

ITOC ITOC100 ITOC101 

ITOP ITOP100 ITOP101 ITOP102 ITOP103 ITOP104 
ITOP105 ITOP106 ITOP107 ITOP108 ITOP109 
ITOP110 
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KTRK KTRK100 

LAQ LAQ330 LAQ331 LAQ602 

LINE LINE101 LINE102 LINE104 LINE105 LINE106 
LINE107 LINE108 LINE109 LINE110 LINE112 
LINE113 LINE114 LINE115 LINE117 LINE118 
LINE119 LINE120 LINE125 LINE126 LINE127 
LINE128 LINE130 LINE131 LINE132 LINE133 
LINE134 LINE135 LINE138 LINE139 LINE145 
LINE146 LINE147 LINE148 LINE149 LINE150 
LINE151 LINE161 LINE170 LINE171 LINE204 
LINE205 LINE209 LINE300 LINE301 LINE400 
LINE405 LINE408 LINE425 LINE600 LINE601 
LINE602 LINE603 LINE605 LINE800 LINE805 
LINE808 LINE825 

LINK LINK300 

LOST LOST101 LOST102 LOST103 LOST104 LOST105 
LOST106 LOST107 LOST108 LOST109 LOST110 
LOST111 LOST112 LOST114 LOST115 

MCT MCT103 MCT104 

MDN MDNO000 
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MISC MISCO00 


MISM MISM 


MM MM110 


MOD MOD100 


MOD105 
MOD110 
MOD115 
MOD120 
MOD125 
MOD130 
MOD135 
MOD140 
MOD145 
MOD150 
MOD155 
MPC MPC101 


MPC201 
MPCS MPCS101 


MPX MPX100 


MS MS103 


MM111 


MOD101 


MOD106 
MOD111 
MOD116 
MOD121 
MOD126 
MOD131 
MOD136 
MOD141 
MOD146 
MOD151 
MOD156 
MPC102 


MPC299 


MPX200 


MS104 


MM112 


MOD102 


MOD107 
MOD112 
MOD117 
MOD122 
MOD127 
MOD132 
MOD137 
MOD142 
MOD147 
MOD152 
MOD157 
MPC103 


MPC904 


MPX300 


MS105 


MM113 


MOD103 


MOD108 
MOD113 
MOD118 
MOD123 
MOD128 
MOD133 
MOD138 
MOD143 
MOD148 
MOD153 
MOD158 
MPC104 


MPC905 


MPX400 


MS153 


MOD104 


MOD109 
MOD114 
MOD119 
MOD124 
MOD129 
MOD134 
MOD139 
MOD144 
MOD149 
MOD154 


MPC106 


MPC906 


MS154 


297-2621-840 Standard 09.01 


May 2001 


1-101 


Table 1-20 (Sheet 12 of 17) 


MS155 MS163 MS248 MS263 MS264 
MS265 MS267 MS283 MS284 MS285 
MS303 MS304 MS305 MS306 MS313 
MS314 MS315 MS323 MS324 MS325 
MS403 MS404 MS405 MS413 MS414 
MS415 

MSL MSL300 MSL301 

MSRT MSRT100 MSRT101 

MTCB MTCB100 MTCB101 MTCB102 MTCB104 MTCB105 


MTCB106 MTCB107 MTCB108 MTCB109 MTCB110 


MTCB111 

MTD MTD101 

MTR MTR100 MTR104 MTR105 MTR106 MTR108 
MTR112 MTR113 MTR114 MTR116 MTR118 
MTR120 MTR121 MTR122 MTR123 MTR125 
MTR127 MTR128 MTR129 MTR131 MTR132 
MTR134 MTR135 MTR136 MTR137 MTR138 
MTR139 MTR140 MTR141 MTR142 MTR144 
MTR145 MTR146 MTR147 MTR148 MTR149 

N6 N6100 N6103 N6106 N6108 N6111 
N6112 N6113 N6115 N6121 N6122 
N6123 N6124 N6129 N6130 N6131 
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N6132 N6133 N6140 N6304 N6306 
N6308 N6310 N6312 N6314 N6319 
N6400 N6401 N6402 N6403 N6404 
N6405 N6407 

N6TU N6TU108 

NAG NAG400 

NCS NCS102 NCS104 NCS203 NCS301 NCS302 
NCS401 NCS501 

NET NET100 NET101 NET102 NET103 NET104 
NET105 NET106 NET133 NET134 NET135 
NET136 NET155 

NETM NETM104 NETM108 NETM109 NETM110 NETM111 


NETM116 NETM120 NETM122 NETM126 NETM137 
NETM141 NETM146 NETM147 NETM148 NETM149 


NETM461 
NMS NMS102 NMS103 
NO6 NO6101 NO6103 NO6104 NO6200 NO6201 
NODE NODE326 NODE450 NODE451 
NOP NOP100 NOP101 NOP102 NOP103 NOP110 
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OCCP 


OCS 


OM2 


PCH 


PEND 


PM 


RDT 


REPL 


RO 


RONI 


SALN 


SCAI 


SDS 


NOP111 


OCCP100 


OCS100 


OM2115 


PCH105 


PEND100 


PM102 


PM183 
RDT301 


REPL100 


RO105 


RONI100 


SALN100 


SCAI100 


SDS600 


1-103 


OM2116 OM2117 OM2200 OM2300 
PCH107 PCH111 

PEND101 

PM117 PM126 PM128 PM179 
PM199 

RDT307 RDT308 RDT309 RDT310 
SALN101 

SCAI101 SCAI102 SCAI200 
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SECU 


SLE 


SLM 


SLNK 


SMDI 


SME 


SOS 


SPC 


SSR 


STOR 


SWCT 


SECU101 SECU102 SECU103 SECU104 SECU105 


SECU106 SECU107 SECU108 SECU109 SECU110 
SECU111 SECU112 SECU113 SECU114 SECU115 
SECU116 SECU117 SECU118 SECU119 SECU120 
SECU121 SECU122 SECU123 SECU124 SECU125 


SECU126 

SLE104 SLE105 SLE106 

SLM208 SLM401 SLM403 SLM404 SLM410 

SLNK101 SLNK106 SLNK107 

SMDI100 SMDI101 SMDI102 SMDI105 SMDI106 
SME100 SME101 SME102 SME103 SME106 
SME107 SME108 SME109 

SOS100 SOS102 SOS103 SOS104 SOS105 

SOS107 SOS110 SOS130 

SPC101 SPC102 

SSR600 

STOR101 


SWCT105 SWCT106 SWCT112 SWCT114 SWCT115 
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SWCT116 

SWER SWER39 

SWNR SWNR102 

SYNC SYNC103 SYNC105 SYNC203 SYNC206 SYNC209 

TKCV TKCV100 

TME TME102 

TPS TPS100 

TRK TRK104 TRK106 TRK109 TRK110 TRK111 
TRK113 TRK114 TRK115 TRK116 TRK117 
TRK118 TRK120 TRK121 TRK123 TRK124 
TRK126 TRK128 TRK129 TRK130 TRK131 
TRK133 TRK135 TRK136 TRK138 TRK140 
TRK142 TRK144 TRK146 TRK148 TRK153 
TRK154 TRK155 TRK157 TRK158 TRK162 
TRK163 TRK164 TRK165 TRK174 TRK175 
TRK176 TRK177 TRK178 TRK181 TRK182 
TRK183 TRK186 TRK188 TRK189 TRK190 
TRK207 TRK208 TRK213 TRK260 TRK310 
TRK312 TRK313 TRK320 TRK321 TRK322 
TRK334 TRK340 TRK341 TRK351 TRK352 
TRK424 TRK605 
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UTR UTR100 

VSN VSN100 VSN101 VSN107 VSN108 VSN109 
VSN110 VSN111 VSN112 VSN113 VSN115 
VSN117 


Information-only logs 


Table S lists information-only logs and the subsystems associated with them. 
These information-only logs are generated by the switch to alert the technician 
that: 


* atransient event has occurred 

* aswitch state (such as ManualBusy) has occurred 

* aresource or service has been successfully tested 

* some unexpected software data has been encountered 

Generally, this log type does not require the technician to take any action, nor 


is it service affecting. This publication may not include detailed log report 
descriptions for these information-only logs. 


Table 1-21 SInformation-only logs (Sheet 1 of 15) 


Information- 

Subsystem only logs 

ABR ABR111 ABR222 

ACD ACD102 ACD110 ACD121 ACD130 

ACG ACG100 ACG101 ACG201 ACG300 
ACG301 ACG600 

ACT ACT100 ACT102 

AFT AFT001 AFTO002 

ALT ALT108 ALT110 ALT111 

AMA AMA118 

AMAB AMAB100 AMAB101 AMAB102 AMAB103 


297-2621-840 Standard 09.01 May 2001 


Table 1-21 SInformation-only logs (Sheet 2 of 15) 


Subsystem 


AOSS 
AP 
ATME 
ATT 


AUD 
AUDT 


BCLID 
BMS 


Information- 
only logs 


AMAB104 
AMAB109 
AMAB120 
AMAB160 
AMAB183 
AMAB187 
AOSS101 
AP601 
ATME200 
ATT109 
ATT119 
AUD109 
AUDT109 
AUDT165 
AUDT174 
AUDT201 
AUDT210 
AUDT214 
AUDT218 
AUDT222 
AUDT601 
AUDT624 
AUDT630 
BCLID101 
BMS100 


AMAB105 
AMAB110 
AMAB152 
AMAB180 
AMAB184 
AMAB188 


AP602 


ATT110 
ATT120 
AUD120 
AUDT125 
AUDT171 
AUDT176 
AUDT202 
AUDT211 
AUDT215 
AUDT219 
AUDT264 
AUDT602 
AUDT625 
AUDT632 
BCLID102 


AMAB106 
AMAB111 
AMAB153 
AMAB181 
AMAB185 
AMAB189 


ATT111 
ATT121 
AUD606 
AUDT126 
AUDT172 
AUDT189 
AUDT203 
AUDT212 
AUDT216 
AUDT220 
AUDT270 
AUDT616 
AUDT626 
AUDT640 


AMAB108 
AMAB118 
AMAB155 
AMAB182 
AMAB186 
AMAB200 


ATT112 
ATT122 


AUDT127 
AUDT173 
AUDT196 
AUDT204 
AUDT213 
AUDT217 
AUDT221 
AUDT401 
AUDT620 
AUDT627 
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Subsystem 


BOOT 


CeTU 


C7TD 


C7TU 


C7UP 


CC 


CCIS 


CCS 


Information- 
only logs 


BOOT100 
C6TU101 
C6TU105 
C7TD104 
C7TU103 
C7TU110 
C7TU401 
C7UP105 
C7UP127 
CC104 
CC110 
CC119 
CC127 
CCIS100 
CCIS123 
CCIS301 
CCS100 
CCS108 
CCS156 
CCS161 
CCS167 
CCS177 
CCS190 
CCS208 
CCS217 


C6TU102 
C6TU106 
C7TD201 
C7TU104 
C7TU202 


C7UP116 


CC107 
CC111 
CC121 
CC129 
CCIS102 
CCIS126 
CCIS321 
CCS102 
CCS109 
CCS157 
CCS162 
CCS168 
CCS178 
CCS192 
CCS211 
CCS220 


C6TU103 
C6TU107 


C7TU108 
C7TU301 


C7UP117 


CC108 
CC113 
CC122 
CC136 
CCIS105 
CCIS131 


CCS105 
CCS151 
CCS159 
CCS163 
CCS169 
CCS180 
CCS198 
CCS212 
CCS225 


C6TU104 
C6TU109 


C7TU109 
C7TU302 


C7UP126 


CC109 
CC116 
CC125 
CC201 
CCIS121 
CCIS132 


CCS106 
CCS155 
CCS160 
CCS166 
CCS176 
CCS185 
CCS201 
CCS216 
CCS231 
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Subsystem 


CD 
CDC 
CDR 


CDRC 


CDRE 
CDRS 


CFW 


CHIPS 
CM 


Information- 
only logs 


CCS232 
CCS236 
CCS299 
CCS506 
CCS791 
CD103 
CDC101 
CDR252 
CDR282 
CDR301 
CDRC100 
CDRC107 
CDRC110 
CDRE101 
CDRS100 
CFW100 
CFW104 
CHIPS100 
CM101 
CM109 
CM121 
CM130 
CM138 
CM147 
CM151 


CCS233 
CCS237 
CCS401 
CCS600 


CDC102 
CDR253 
CDR283 
CDR302 
CDRC101 
CDRC108 
CDRC112 
CDRE102 


CFW101 
CFW105 


CM102 
CM110 
CM124 
CM132 
CM142 
CM148 
CM156 


CCS234 
CCS241 
CCS404 
CCS733 


CDR268 
CDR284 


CDRC102 
CDRC109 
CDRC113 
CDRE104 


CFW102 
CFW106 


CM106 
CM114 
CM126 
CM135 
CM143 
CM149 


1-109 


CCS235 
CCS242 
CCS405 
CCS735 


CDR269 
CDR285 


CDRC103 
CDRC110 
CDRC114 


CFW103 
CFW107 


CM108 
CM117 
CM129 
CM136 
CM144 
CM150 
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Subsystem 


CMC 


COTL 
CP 
CPM 
CRMG 
CSC 
CUT 
DCA 


DCH 


DCI 


DCME 


DCR 


DDIS 
DDM 


DDU 
DISK 
DMCT 


DLC 


Information- 
only logs 


CMC100 
CMC105 
COTL150 
CP102 
CPM100 
CRMG102 
CSC101 
CUT101 
DCA601 
DCA605 
DCH101 
DCH600 
DCH800 
DCI102 
DCME100 
DCME104 
DCR100 
DCR104 
DDIS100 
DDM100 
DDM108 
DDU201 
DISK103 
DMCT100 
DLC103 


CMC101 CMC103 
CMC106 CMC108 
COTL151 

CUT102 CUT103 
DCA602 DCA603 
DCH102 DCH103 
DCH603 DCH604 
DCME101 DCME102 
DCME105 

DCR101 DCR102 
DDM103 DDM104 
DDU208 DDU213 
DMCT101 DMCT102 


CMC104 
CMC109 


DCA604 


DCH106 


DCH605 


DCME103 


DCR103 


DDM105 


DDU214 
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Table 1-21 SInformation-only logs (Sheet 6 of 15) 


Information- 

Subsystem only logs 

DNC DNC100 

DPAC DPAC100 DPAC105 

DPNS DPNS400 DPNS401 DPNS404 

DRT DRT100 

DSM DSM601 DSM602 DSM603 

DTSR DTSR100 DTSR101 DTSR102 

DVI DVI100 DVI103 

E911 E911212 E911213 E911214 E911216 

ECO ECO100 

ECTS ECTS102 ECTS106 

EKTS EKTS101 EKTS138 

ENCP ENCP100 ENCP101 ENCP104 ENCP105 
ENCP131 ENCP132 ENCP133 ENCP134 
ENCP135 ENCP136 ENCP143 ENCP150 

ENDB ENDB100 

ENET ENET100 ENET101 ENET102 ENET106 
ENET107 ENET110 ENET113 ENET200 
ENET201 ENET202 ENET206 ENET207 
ENET210 ENET300 ENET301 ENET302 
ENET306 ENET307 ENET310 ENET312 
ENET314 ENET402 ENET403 ENET500 
ENET502 ENET503 ENET504 ENET506 
ENET507 ENET510 ENET511 ENET520 
ENET521 ENET600 ENET700 

ESG ESG100 ESG101 
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Subsystem 
EXT 

FCO 

FMT 

FP 


FRB 
FRS 
FTR 
FTS 
FTU 


GWSA 
HEAP 
IBN 


ICTS 
IEM 
IOAU 


IOD 


Information- 


only logs 
EXT110 
FCO100 
FMT103 
FP100 
FP200 
FRB100 
FRS201 
FTR138 
FTS100 
FTU100 
FTU105 
GWSA100 
HEAP100 
IBN103 
IBN121 
IBN132 
ICTS102 
IEM900 
IOAU100 
IOAU105 
IOAU109 
IOD101 
IOD1 11 
IOD202 
IOD309 


EXT301 


FP101 


FTU101 


IBN111 
IBN125 
IBN136 
ICTS103 
IEM901 
IOAU101 
IOAU106 
IOAU110 
IOD102 
IOD122 
IOD211 
IOD313 


FP103 


FTU103 


IBN112 


IBN126 


ICTS106 
IEM930 
IOAU102 
IOAU107 
IOAU112 
IOD106 
IOD128 
IOD301 
IOD315 


FP104 


FTU104 


IBN118 
IBN130 


IOAU104 
IOAU108 
IOAU113 
10D107 
IOD201 
IOD302 
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Subsystem 


IOGA 


ISA 
ISDN 


ISF 
ISN 
ISP 
ITN 


ITOC 
ITOP 
ITS 
LAQ 
LINE 


LL 
LLC 
LINK 
LMAN 
LOGM 
LOST 


Information- 
only logs 


IOGA101 
IOGA105 
IOGA109 
IOGA113 
ISA100 
ISDN100 
ISDN302 
ISF102 
ISN502 
ISP109 
ITN201 
ITN206 
ITN304 
ITOC102 
ITOP111 
ITS101 
LAQ601 
LINE100 
LINE180 
LL100 
LLC100 
LINK100 
LMAN100 
LOGM900 
LOST113 


IOGA102 
IOGA106 
IOGA110 
IOGA114 


ISDN103 


ISF103 
ISN503 
ISP110 
ITN202 
ITN207 
ITN306 


ITOP121 


LINE103 


LINE410 


LLC101 
LINK101 


IOGA103 
IOGA107 
IOGA111 
IOGA115 


ISDN202 


ITN203 
ITN299 
ITN311 


ITOP122 


LINE111 


LINK501 


IOGA104 
IOGA108 
IOGA112 
IOGA116 


ISDN301 


ITN205 
ITN303 
ITN399 


ITOP123 


LINE160 
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Table 1-21 SInformation-only logs (Sheet 9 of 15) 


Subsystem 
MCT 

MIS 

MM 


MPC 


MS 


MSC 
MSL 


MSP 
MTCB 
MTCK 
MTD 
MTR 


Information- 
only logs 


MCT101 
MIS100 
MM105 
MPC105 
MPC907 
MS100 
MS151 
MS207 
MS260 
MS277 
MS286 
MS302 
MS312 
MS320 
MS327 
MS406 
MS411 
MSC200 
MSL100 
MSL200 
MSP900 
MTCB103 
MTCK100 
MTD102 


MTR101 


MCT102 
MIS110 
MM106 
MPC901 


MS101 
MS152 
MS208 
MS261 
MS280 
MS287 
MS307 
MS316 
MS321 
MS400 
MS407 
MS412 
MSC900 
MSL101 
MSL201 
MSP910 


MTCK101 


MTR102 


MCT104 


MPC902 


MS102 
MS156 
MS238 
MS262 
MS281 
MS300 
MS310 
MS317 
MS322 
MS401 
MS408 
MS417 
MSC910 
MSL102 
MSL302 
MSP920 


MTR103 


MPC903 


MS150 
MS157 
MS249 
MS266 
MS282 
MS301 
MS311 
MS318 
MS326 
MS402 
MS410 


MSC920 
MSL104 


MTR107 
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Subsystem 


MTS 
N6 


N6TU 


NCS 
NET 
NETM 


NLUP 
NMS 


Information- 
only logs 


MTR109 
MTR119 
MTR143 
MTS101 
N6101 
N6107 
N6116 
N6120 
N6135 
N6139 
N6305 
N6313 
N6318 
N6TU101 
N6TU105 
NCS101 
NET130 
NETM103 
NETM112 
NETM119 
NETM125 
NETM139 
NETM144 
NLUP110 
NMS100 


MTR110 
MTR124 
MTR148 
MTS102 
N6102 
N6109 
N6117 
N6127 
N6136 
N6300 
N6307 
N6315 
N6406 
N6TU102 
N6TU106 
NCS103 
NET131 
NETM105 
NETM115 
NETM121 
NETM128 
NETM140 
NETM145 


NMS101 


MTR111 


MTR130 


MTS103 
N6104 
N6110 
N6118 
N6128 
N6137 
N6301 
N6309 
N6316 


N6TU103 


NCS105 
NET132 
NETM106 
NETM117 
NETM123 
NETM129 


NETM142 


MTR115 
MTR133 


N6105 
N6114 
N6119 
N6134 
N6138 
N6303 
N6311 
N6317 


N6TU104 


NCS201 


NETM107 
NETM118 
NETM124 
NETM138 
NETM143 
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Table 1-21 SInformation-only logs (Sheet 11 of 15) 


Subsystem 


NO6 


NODE 
NOP 

NOPT 
NPAC 


NWM 


OCC 
ODM 
OLS 
OMA 
OMF 
OMPR 
OPM 
PCH 


Information- 
only logs 


NO6100 
NO6123 
NODE500 
NOP112 
NOPT101 
NPAC110 
NPAC203 
NPAC552 
NWM101 
NWM105 
NWM110 
NWM120 
NWM142 
NWM203 
OCC233 
ODM603 
OLS600 
OMA402 
OMF101 
OMPR203 
OPM603 
PCH100 
PCH104 
PCH110 
PCH650 


NO6102 
NO6202 


NOP113 


NPAC111 
NPAC204 
NPAC999 
NWM102 
NWM107 
NWM111 
NWM130 
NWM143 
NWMS00 


OLS601 


PCH101 


PCH106 
PCH112 


NO6120 
NO6303 


NOP114 


NPAC119 
NPAC211 


NWM103 
NWM108 
NWM112 
NWM140 
NWM201 
NWM400 


OLS602 


PCH102 


PCH108 
PCH115 


NO6121 


NPAC129 
NPAC300 


NWM104 
NWM109 
NWM113 
NWM141 


NWM202 


PCH103 
PCH109 
PCH204 
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Subsystem 
PEND 
PES 


PM 


PMC 
PRFM 


RDT 


RMAN 


Information- 
only logs 


PEND102 
PES104 
PES111 
PM103 
PM111 
PM140 
PM162 
PM170 
PM191 
PM197 
PM213 
PM220 
PMC100 
PRFM200 
PRFM210 
RDT102 
RDT601 
RMAN100 
RMAN104 
RMAN108 
RMAN112 
RMAN116 
RMAN120 
RMAN124 


RMAN128 


PEND103 
PES107 
PES112 
PM104 
PM119 
PM141 
PM164 
PM182 
PM193 
PM210 
PM215 
PM240 


PRFM201 


RDT103 


RMAN101 
RMAN105 
RMAN109 
RMAN113 
RMAN117 
RMAN121 
RMAN125 
RMAN129 


PEND104 
PES108 


PM105 
PM130 
PM153 
PM165 
PM184 
PM195 
PM211 
PM216 
PM270 


PRFM204 


RDT104 


RMAN102 
RMAN106 
RMAN110 
RMAN114 
RMAN118 
RMAN122 
RMAN126 
RMAN130 


1-117 


PES110 


PM106 
PM131 
PM154 
PM166 
PM188 
PM196 
PM212 
PM217 


PRFM207 


RDT600 


RMAN103 
RMAN107 
RMAN111 
RMAN115 
RMAN!119 
RMAN123 
RMAN127 


RMAN131 
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Table 1-21 SInformation-only logs (Sheet 13 of 15) 


Subsystem 


RMAP 


RO 


ROS 


SA 


SCP 


SEAS 


SECU 


SIS 


SLE 


SLM 


SLNK 


SMDI 


SME 


SOS 


SPC 


Information- 
only logs 


RMAN132 
RMAN136 
RMAP100 
RO101 
RO902 
ROS901 
SA200 
SCP300 
SCP414 
SCP902 
SEAS101 
SEAS107 
SECU127 
SIS100 
SLE101 
SLE108 
SLM402 
SLM408 
SLNK100 
SLNK105 
SMDI103 
SME104 
SOS101 
SOS112 
SPC100 


RMAN133 
RMAN137 


RO102 
RO9603 
ROS902 
SA201 
SCP400 
SCP500 
SCP903 
SEAS103 
SEAS108 
SECU128 
SIS101 
SLE102 


SLM405 
SLM409 
SLNK102 
SLNK109 
SMDI104 
SME105 
SOS106 
SOS120 


RMAN134 
RMAN138 


RO103 
RO904 


SA202 
SCP401 
SCP900 
SCP904 
SEAS104 
SEAS110 
SECU129 
SIS102 
SLE103 


SLM406 


SLNK103 


SME110 


SOS109 
SOS1831 


RMAN135 


RO104 


RO910 


SA203 


SCP412 


SCP901 


SEAS106 
SEAS111 


SIS103 
SLE107 


SLM407 


SLNK104 


SME111 
SOS111 
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Table 1-21 SlInformation-only logs (Sheet 14 of 15) 


Information- 

Subsystem only logs 

SS SS100 

STOR STOR102 STOR103 STOR104 STOR105 
STOR106 STOR107 

SWCT SWCT101 SWCT102 SWCT103 SWCT107 
SWCT109 SWCT111 SWCT113 SWCT117 

SWNR SWNR100 SWNR101 

SYNC SYNC101 SYNC102 SYNC104 SYNC201 
SYNC202 SYNC204 SYNC205 SYNC207 
SYNC208 

TABL TABL100 TABL101 

TCAP TCAP102 TCAP199 

TELN TELN100 TELN110 TELN120 TELN130 
TELN140 

TH TH201 TH301 TH404 TH405 

TOPS TOPS107 TOPS112 TOPS116 

TPS TPS102 TPS104 

TRK TRK105 TRK107 TRK108 TRK112 
TRK119 TRK125 TRK127 TRK132 
TRK134 TRK139 TRK141 TRK143 
TRK145 TRK147 TRK151 TRK152 
TRK156 TRK166 TRK170 TRK171 
TRK172 TRK173 TRK179 TRK180 
TRK184 TRK185 TRK187 TRK191 
TRK192 TRK195 TRK196 TRK197 
TRK199 TRK206 TRK215 TRK216 
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Table 1-21 SInformation-only logs (Sheet 15 of 15) 


Subsystem 


TRMS 
TUPC 
UOAM 
VIP 
VMX 
VPSC 
WB 


XSM 


Information- 
only logs 


TRK217 
TRK221 
TRK225 
TRK301 
TRMS300 
TUPC100 
UOAM301 
VIP101 
VMX100 
VPSC101 
WB100 
XSM101 


TRK218 
TRK222 
TRK226 
TRK302 
TRMS450 
TUPC101 


VIP102 


VPSC102 


WB101 
XSM102 


TRK219 
TRK223 
TRK227 
TRK303 
TRMS500 
TUPC102 


VIP103 


VPSC103 


WB102 
XSM104 


TRK220 
TRK224 
TRK228 
TRK333 


TUPC103 


WB103 
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SOC601 


Explanation 


Format 


Example 
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The system generates SOC601 during a one-night process (ONP). The system 
generates SOC601 when the SOC database transfers from the old side to the 

new side. The old side is before the ONP. The new side is after the ONP. This 
log indicates that an old side option has not been registered with SOC on the 

new side. The system discarded the old side data. 


An alarm for this log is not present. 


The log report format for SOC601 is as follows: 


load name — SOC601 mmmdd hh:mm:ss nnnn INFO ONP option data 
mismatch 
Option: «option? 
Reason: «reason? 
State: «state» 


An example of log report SOC601 follows: 


BASE ALL04AN SOC601 JAN10 10:29:42 5203 INFO ONP option data mismatch 


Option: OLDOPTYY 
Reason: Option does not exist in new PCL,data has been discarded 
State: ON 


Field descriptions 


(Sheet 1 of 2) 


The following table describes each field in the log report: 


Field 


Option 


Reason 


Value Description 

8 alphanumeric Identifies the order code of the SOC option 
characters to which the log applies. 

Option is not Indicates the option identifier received from 
present in new the old side has not been registered with 
PCL. The system SOC on the new side. The system 
discarded data. discarded the old side data. 
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SOC601 (end) 


(Sheet 2 of 2) 


Field Value Description 
Reason Service disabledin ^ Indicates the option identifier received from 
new PCL. the old side is not registered with SOC on 
the new side. The system discarded the old 
side data. 
Service not correct Indicates the option identifier received from 
for new PCL. the old side is Not Applicable. The capability 
is not available. 
State IDLE, IDLE TO Indicates the state of the option on the old 
ON, ON, ON TO side. 
IDLE, STATE 
ERROR or an 
integer followed by 
unknown 
Action 


Determine if the one-night process (ONP) procedural bulletins identify this 
information. If this information is present, action is not required. If the 
information is not present, contact your next level of support. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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SOC604 
Explanation 
The system generates log SOC604 when the software optionality control 
(SOC) database state and trouble flag for a feature is reset. The reset occurs to 
match the value that the feature indicates. This is an information-only log. 
Format 
The log report format for SOC604 is as follows: 
SOC604 mmmdd hh:mm:ss ssdd INFO SOC reset by feature 
Feature: «SOC feature identifier? 
State: «state name? 
Trouble: «YES or NO> 
Example 


An example of log report SOC604 follows: 


SOC604 JUN12 14:50:24 4577 INFO SOC reset by feature 
Feature: AN0409 .— 
State: ON 
Trouble: NO 


Field descriptions 
The following table describes each field in the log report: 
(Sheet 1 of 2) 


Field Value Description 


INFO SOC reset by feature Constant Indicates the reset of information in the SOC 
database for the state and trouble flag of the 
reported feature. The reset of information 
occurs to match the data that the feature 


indicates. 
Feature eightalphanumeric This field contains the SOC feature 
character string identifier. 
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Field Value Description 
State 14 alphanumeric Indicates the new state for the feature. The 
character string state value can be one of: 
* IDLE 
* ON 
e IDLE TO ON 
* ONTO IDLE 
* STATE ERROR 
Trouble four alphanumeric Indicates if the feature has problems. The 
character string field value can be YES or No. 
Action 


There is no action required. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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SOC605 


Explanation 


The system generates log SOC605 if the resolution of the level of resource 
usage option differs from the resolution of the option. The SOC assumes that 
the option is correct and updates the database. 


Format 
The log report format for SOC605 is as follows: 


SOC605 mmmdd hh:mm:ss nnnn INFO Current Usage Mismatch 
Option: «option» 
Recorded Usage: ^ «recorded usage? 
Actual Usage: «actual usage? 
SOC record has been updated to reflect actual usage 


Example 
An example of log report SOC605 follows: 


SOC605 JAN10 10:29:45 5607 INFO Current Usage Mismatch 
Option: SOCOPTO4 
Recorded Usage: 1000 
Actual Usage: 1001 
SOC record has been updated to reflect actual usage 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 


Option alpha numeric Specifies the order code of the option to 
which this log applies. 


Recorded Usage numeric Specifies the best level of use of the option. 
The SOC determines this level. 


Actual Usage numeric Specifies the level of use that the option 
allocates. (The SOC assumes this number 
is correct.) 
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Action 


This log indicates damage of the SOC database. This log also indicates that 
the option allocated freed resources without a record. For additional help, 
contact the next level of maintenance. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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SOC606 


Explanation 
Log SOC606 indicates that SOC discovered a usage warning threshold that is 
not legal during an audit. In response, the SOC reset the warning threshold to 
the default. 


Format 
The log report format for SOC606 is as follows: 


SOC606 mmmdd hh:mm:ss nnnn INFO Illegal Threshold 
Option: <option> 
Old Threshold: <old threshold> 
New Threshold: <new threshold> 
Threshold reset by SOC 
Reason: <reason> 


Example 
An example of log report SOC606 follows: 


SOC606 JAN10 10:29:45 5708 INFO Illegal Threshold 
Option: SOCOPTO4 
Old Threshold: 200% 
New Threshold: 7558 
Threshold reset by SOC 
Reason: Percentage threshold must be «-100 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 


Option alphanumeric Specifies the order code of the SOC option 
with a warning threshold that has been 
reset. 


Old Threshold numeric Identifies the old (not permitted) threshold. 


New Threshold numeric Identifies the new threshold. The new 
threshold is 10096 for options with a 
MONITORED limit and 75% for all other 
options. 
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Field Value Description 

Reason Threshold must be Indicates that the threshold was not allowed 
non-negative because the threshold is a negative number. 

Reason (cont.) Only 100% Indicates the threshold is not allowed 
thresholdlegalwith because the threshold is a percentage other 
monitored limit than 100 and the limit of the option is 

monitored. 
Percentage Indicates the threshold is not allowed 
threshold must be because the threshold is a percentage 
<= 100 greater than 100. 
Action 


There is no immediate action required. The SOC corrects the limit to a legal 
value. To obtain another value, reset the warning threshold with the ASSIGN 
THRESHOLD command. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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SOC607 
Explanation 
The system generates log SOC607 when Northern Telecom runs the RESET 
HIGHWATER command. 
Format 
The log report format for SOC607 is as follows: 
SOC607 mmmdd hh:mm:ss ssdd INFO High Water Mark Reset 
Option: <option> 
Old High Water Mark: <old HWM> 
New High Water Mark: <new HWM> 
Example 


An example of log report SOC607 follows: 


SOC607 SEPO5 18:14:33 6011 INFO High Water Mark Reset 
Option: SOCOPTO4 
Old High Water Mark: 1234 
New High Water Mark: 5678 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 


Option alphanumeric Identifies the option. The high water mark of 
this option was reset. 


Old High Water Mark numeric Specifies the old high water mark for the 
option. 
New High Water Mark numeric Specifies the new high water mark for the 
option. 
Action 


There is no action required. 


Associated OM registers 
There are no associated OM registers. 
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Additional information 
There is no additional information. 
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SOC800 


Explanation 


The system generates log SOC800 when the current use of an option exceeds 
the warning threshold. For example, the system generates this log when the 
current use is 495, the threshold 500, and 10 more units were allocated. 


Format 
The log report format for SOC800 is as follows: 


SOC800 mmmdd hh:mm:ss nnnn INFO Usage Has Exceeded Threshold 
Option: «option» 
Usage: «usage? 
Threshold: «threshold» 
Limit: «limit? 


Example 
An example of log report SOC800 follows: 


SOC800 JAN10 10:29:48 6112 INFO Usage Has 


Exceeded Threshold 


Option: SOCOPTO4 

Usage: 5001 
Threshold: 5000 
Limit: 6000 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

Option alphanumeric Specifies the order code of the SOC option 
with resources that exceed the warning 
threshold. 

Usage numeric Specifies the new current use of the option. 

Threshold numeric Specifies the warning threshold of the 
option. 

Limit numeric Specifies the limit of use for this option. 
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Action 
There is no immediate action required. This log indicates when the resource 
use of this option nears the limit. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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SOC801 


Explanation 


Format 


Example 
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The system generates log SOC801 when the use limit of an option has been 
exceeded. An excess occurs when the use limit is soft. It also occurs when an 
excess of the limit occurs during a data move. During a data move, SOC 
allows an option to exceed a hard limit in order to avoid loss of service. 


The SOC801 log indicates when the operating company exceeds the limit of 


MDC line capacity in the DMS-100. The order code for the SOC use control 
option is MDC00058. 


The log report format for SOC801 is as follows: 


SOC801 mmmdd hh:mm:ss nnnn INFO Usage Has Exceeded Limit 


Option: <option> 
Usage: <usage> Limit . «limit? 
Comment: <comment> 


An example of log report SOC801 follows: 


SOC801 JAN10 10:29:49 6415 INFO Usage Has Exceeded Limit 
Option: SOCOPTO4 
Usage: 10043 Limit: 10000S 
Comment: Exceeding SOFT limit 


Field descriptions 


(Sheet 1 of 2) 


The following table describes each field in the log report: 


Field Value Description 

Option alphanumeric Specifies the order code of the SOC option 
with a use that exceeds the limit. 

Usage numeric Specifies the current use of the option. 

Limit numeric Specifies the exceeded use limit. 
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Field Value Description 

Reason Exceeds HARD Indicates that a hard limit was exceeded on 
limit on INACTIVE the inactive processor. This hard limit was 
processor probably exceeded during a software 

application. 
Exceeds SOFT Indicates that soft limit was exceeded. 
limit 
Action 


There is no immediate action required. When the reason is “Exceeding HARD 
limit on INACTIVE processor," the option cannot have as many resources 
allocated that the option has. Reduce usage or contact Northern Telecom to 
purchase a higher limit. 
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SOC802 


Explanation 


The system generates this log when the use of an option exceeds 2147483647, 
which is as high as SOC can count. The SOC continues to allow the allocation 
of resources. The SOC does not permit decrement of resources because a 
number to subtract from is not present. 


Format 
The log report format for SOC802 is as follows: 


SOC802 mmmdd hh:mm:ss nnnn INFO Usage Has Overflowed 
Option: «option» 
Usage: | over&max usage? 
Comment: <comment> 


Example 
An example of log report SOC802 follows: 


SOC802 JANO 10:29:50 6516 INFO Usage Has Overflowed 
Option:  SOCOPT04 
Usage: over 2147483647 
Comment:Further usage is allowed but will not be recorded 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 
Option alphanumeric Specifies the order code of the SOC option 
with a use that exceeds the ability of SOC to 
count. 
Max usage 2147483647 Indicates the highest amount of use that 
SOC can record 
Comment Additional use Indicates that SOC continues to grant 
allowed butuse will requests for more use, but cannot record the 
not be recorded amount in use. 
Action 


There is no action required. 
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Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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SOC803 


Explanation 


The system generates this log when an option attempts to allocate more of a 
resource. The SOC803 refuses this allocation to avoid an excess of the option 
limit. 


Format 
The log report format for SOC803 is as follows: 


SOC803 mmmdd hh:mm:ss nnnn INFO Usage Request Refused 
Option: «option» 
Current Usage: «usage? 
Request «request? 
Limit: <limit> 
Granting this request would cause usage to exceed the limit 


Example 
An example of log report SOC803 follows: 


SOC803 JAN10 10:29:51 6617 INFO Usage Request Refused 
Option: SOCOPTO4 


Current Usage: 9995 
Request: 10 
Limit: 10000 


Granting this request would cause usage to exceed the limit 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

Option alphanumeric Specifies the order code of the SOC option. 
Usage numeric Specifies the current usage for this option. 
Request numeric Specifies the additional units of resource 


usage the option wants to allocate. This 
number plus the current usage exceeds the 
limit. 


Limit numeric Specifies the limit of usage for this option. 
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Action 


There is no immediate action required. This log identifies a condition that can 
be important. This log indicates that the office cannot utilize more of this 

resource or count more of this event. For example, if the event is AIN triggers, 
reduction in AIN functionality can result until an increase in the limit occurs. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 


297-2621-840 Standard 09.01 May 2001 


Explanation 


Format 


Example 
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SOM103 


A switch generates this log after the S/DMS operational measurements system 
successfully moves its master to a desired node. Only the ONMASTER 
command or the One Night Process (ONP) POSTSWACT procedure initiates 
a Master move. 


This log indicates whether the Master move successfully applied all 
accumulation class definitions (the results of OMCLASS, OMACCGRP, 
OMACCFLD, OMACCKEY, OMACCTOT, and OMTOTAL commands) to 
the new master. If none of the commands failed, this log displays “*** NONE 
***" as the file name variable. Otherwise, this log displays the name of a 
SFDEV file that contains the readable commands that the process did not apply 
to the new master. 


The format for log report SOM103 follows: 


SOMIO3 date time seqnbr INFO OMMASTER Configuration 
New OMMASTER: master name 
Failed Commands: file name 


An example of log report SOM103 follows: 


SOM103 NOV15 10:01:09 1111 INFO OMMASTER Configuration 
New OMMASTER: CM 
Failed Commands: *** NONE *** 


Field descriptions 


(Sheet 1 of 2) 
Field 


master name 


file name 


The following table explains each of the fields in the log report: 


Value Description 


text Name of the central collector node (CM, 
EIOC, EPxx) that has taken on the 
functionality of accumulation and reporting. 


text Either a unique SFDEV file name or the text 
string, “*** NONE ***." 
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Field 


Value Description 


Action 


If ““**NONE***” appears in this field, it 
indicates that all the configuration OM 
commands were applied to the new master. 


If another text string appears, it is the name 
of a file on SFDEV. This file contains text 
readable names of all Cl commands whose 
accumulation class definitions did not apply 
to the new master node. 


If the file name is “***NONE***,”” This log only provides information and 
does not require action. 


If this log provides a file name, verify that all S/OM capable nodes are 
functioning properly (CM, EIOC, FPs, and APs). Then issue the following 
command: >PRINT «filename» 


This command displays the actual OM commands (such as OMCLASS, 
OMACCGRP) that the process did not apply to the new master. 


If the process should have applied the commands in the file to the new master, 
use the following command: » READ «filename» 


The process makes another attempt to apply those commands to the current 
master. The file is erasable; remove it after the process applies all of its 
commands. 


Associated OM registers 


None 


Additional information 


None 
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SOM110 


Explanation 
A switch generates this log during normal operations of the SOM system. As 
it makes changes to the accumulation class configuration, the switch writes 
these changes to an unerasable file on SFDEV. If SFDEV is full, the maximum 
SFDEV size increases to make room for the new data. 


Format 
The format for log report SOM110 follows: 
SOM110 date time seqnbr INFO SFDEV Size Change 
Old Max Size: old_size 
New Max Size: new_size 
Example 


An example of log report SOM110 follows: 


SOM110 NOV15 10:09:01 1111 INFO SFDEV Size Change 
Old Max Size: 10000 
New Max Size: 15000 


Field descriptions 
The following table explains each of the fields in the log report: 


Field Value Description 
old_size numeric; up to ten Old maximum size of SFDEV. 
digits 
new size numeric; up to ten New maximum size of SFDEV. 
digits 
Action 


If the new maximum size is too large, delete unneeded files from SFDEV. 
After deleting the files, you can change the STOREFS fields of table 
DSLIMIT. Return DSMAX to the old maximum size value. 


Associated OM registers 
None 
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Additional information 
None 
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SOS100 
Explanation 
The Support Operating System (SOS) subsystem generates this report when a 
DUMP command fails. Log SOS100 indicates a minor or major failure like a 
magnetic tape drive (MTD) that malfunctions. 
Format 
The log report format for SOS100 is as follows: 
**SOS 100 mmmdd hh:mm:ss ssdd INFO DUMP ERROR: 
typtxt acntxt FAILURE ON CPUn 
Example 


An example of log report SOS100 follows: 


**S0S100 JUNO4 13:28:49 3275 INFO DUMP ERROR: 
ACTIVE DUMP FAILURE ON CPU1 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 
INFO DUMP Constant Indicates that the DUMP command 
ERROR failed. 
typtxt ACTIVE, MATE, Indicates the type of dump 
DEBUG, UNSAFE 
acntxt DUMP, CHECK Indicates if failure occurred when the 
system checked or when the system 
: dumped. 
PREDUM 
FAILURE ON 0, 1 Identifies the CPU on which the dump 
CPU failed 


Action 


Take action to correct and reinitiate dump. The MAP (maintenance and 
administration position) terminal from which the user issued the DUMP 
command gives additional information about the failure. 
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SOS100 (end) 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 


Log history 
(I)SNO8 
Added acntxt field value PREDUM to help file. First documented in (I)SN08 
for International and North American markets (CR Q00873806). 
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SOS101 
Explanation 

The Support Operating System (SOS) subsystem generates this report when a 

DUMP command executes correctly. 
Format 

The log report format for SOS101 is as follows: 

**SOSIOI mmmdd hh:mm:ss ssdd INFO DUMP COMPLETE: 
acntxt DUMP ON CPUn, hhhh BLOCKS, nn CORRECTIONS 

Example 


An example of log report SOS101 follows: 


**SOS101 JUNO4 13:26:07 2871 INFO DUMP COMPLETE: 
ACTIVE DUMP ON CPU1, 6818 BLOCKS, 18 CORRECTIONS 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 
DUMP COMPLETE Constant Indicates that the dump executes correctly. 
acntxt ACTIVE Indicates type of dump. 
MATE 
DEBUG NOT 
SAFE 
DUMP ON CPUn CPUO, CPU1 Indicates on which CPU the system executed 
the dump. 
hhhh Blocks 0000-FFFF Indicates the number of blocks written to the 
file. 
hhhh CORRECTIONS 0000-FFFF Indicates the number of corrections that 
occurred because of updates. 


Action 
There is no action required. 


Associated OM registers 
There are no associated OM registers. 
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Additional information 
There is no additional information. 
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SOS102 


Explanation 


Format 


Example 
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The Support Operating System (SOS) generates this log report. This report 
records all inputs of the PRIORITY command. This report checks use that is 
not authorized. A PRIORITY command operation is required if switch 
diagnostics or measures that correct on a running switch cannot be performed. 


The log report format for SOS102 is as follows: 


*SOS102 mmmdd hh:mm:ss ssdd INFO PRIORITY OPERATION: optxt 
Priority : Priority: 
User : User Logged 
Device number : Users device 


An example of log report SOS102 follows: 


*SOS102 JUNO4 12:56:25 4904 INFO PRIORITY OPERATION: STOPS 
Priority : STARTS 
User : ADMIN 
Device number: 0, MAP 


Field descriptions 


The following table describes each field in the log report: 


Field Value Description 


PRIORITY STARTS, STOPS Indicates if the user at this console 
started or stopped the PRIORITY 
operation over other Cl processes. 


USER 1-16 characters Indicates the name or number of the 
user that performs the priority on/off 
operation. 

DEVICE Device Number Indicates the device number and the 

NUMBER (0-1023), Device name of the device that performs the 

Name (0-21 priority operation. 
characters) 
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Action 
Determine if use was authorized and if use was discontinued when no longer 
necessary. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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SOS103 
Explanation 
The Support Operating System (SOS) generates log SOS102 when an attempt 
to execute the command SETPRIV occurs. A privileged user can use this 
command for full privileges on the terminal from which this terminal works. 
Format 
The log report format for SOS103 is as follows: 
*SOSI103 mmmdd hh:mm:ss ssdd INFO SETPRIV OPERATION: optxt 
Example 


An example of log report SOS103 follows: 


*SOS103 JUN04 12:57:26 5005 INFO SETPRIV OPERATION: SET ON 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

INFO SETPRIV Constant Indicates that an attempt to use the 

OPERATION command SETPRIV occurred. 

optxt SET ON, FAILED Indicates that the operation has been 
set on, or failed (because of an invalid 
password) 


Action 


Make sure you use the command correctly to preserve the security of the24 
switch. 


Associated OM registers 
There are no associated OM registers. 
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SOS104 


Explanation 


Format 


Example 


The Support Operating System (SOS) generates SOS104. The log report 


SOS104 indicates the number of software error (SWERR) reports discarded in 


the previous ten minutes. This report indicates that a peripheral device does 


not behave normally. This report also indicates the associated central message 


controller (CMC) input handler generates too many SWERRs. 
The SWERR reports that the CMC input handlers generate can flood the 


system. The CMC can generate multiple SWERRSs in a minute, only one is 
allowed. The system discards additional SWERRs. 


The log report format for SOS104 is as follows: 


SOS104 mmmdd hh:mm:ss ssdd INFO DISCARDED SWERRS 
nnn SWERRS DISCARDED IN PAST 10 MINUTES 


An example of log report SOS104 follows: 


SOS104 JUN18 16:44:43 7400 INFO DISCARDED SWERRS 
355  SWERRS DISCARDED IN PAST 10 MINUTES 


Field descriptions 


Action 


The following table describes each field in the log report: 


Field Value Description 


INFO Constant Indicates discarded SWERR reports. 
DISCARDED 
SWERRS 


nnn SWERRS 1-32,768 Number of discarded SWERRs . 
DISCARDED IN 

PAST 10 

MINUTES 


If the system discards a large number of SWERR reports, inform maintenance 


support immediately. 
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Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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SOS105 


Explanation 


The Support Operating System (SOS) generates SOS105. The log report 
SOS1025 indicates the number of software error (SWERR) reports discarded in 
the previous ten minutes. This report indicates that a peripheral does not 
behave normally. This report also indicates the associated central message 
controller (CMC) input handler generates too many logs. 


The SWERR reports that the CMC input handlers generate can flood the 
system. The CMC can generate multiple SWERRs in a minute, only one is 
allowed. The system discards additional SWERRs. 


Format 
The log report format for SOS105 is as follows: 


SOS105 JUN18 16:44:43 7501 INFO DISCARDED LOGS 
nnn LOGS DISCARDED IN PAST 10 MINUTES 


Example 
An example of log report SOS105 follows: 


SOS105 JUN18 16:44:43 7501 INFO DISCARDED LOGS 
363 LOGS DISCARDED IN PAST 10 MINUTES 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 


INFO Constant Indicates discarded logs 
DISCARDED 
LOGS 


nnn LOGS 1-32,768 Indicates number of logs discarded 
DISCARDED IN 

PAST 10 

MINUTES 


Action 


If the system discards a large number of log reports, inform maintenance 
support immediately. 
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SOS105 (eng) 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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SOS106 
Explanation 
The subsystem for the Support Operating System (SOS) generates SOS106 
when the GUARANTEED TERMINAL CPU SHARE office PARM 
changes. 
Format 
The log report format for SOS106 is as follows: 
SOS106 mmmdd hh:mm:ss ssdd INFO OFFICE PARM CHANGED 
GUARANTEED TERMINAL CPU SHARE SET TO n 
Example 


An example of log report SOS106 follows: 


SOS106 JUN27 10:07:33 0834 INFO OFFICE PARM CHANGED 
GUARANTEED TERMINAL CPU SHARE SET TO 4 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

INFO OFFICE PARM Constant Indicates that the GUARANTEED TERMINAL 
CHANGED CPU SHARE office PARM changes. 
GUARANTEED Symbolic text Indicates the new value of this parameter. 


TERMINAL CPU 
SHARE SET TOn 


Action 
There is no action required. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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Explanation 


Format 


Example 
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The Support Operating System (SOS) subsystem generates SOS107 when the 
user enters or exits the EMERGENCY MODE. The subsystem also generates 
this report when an invalid attempt to enter EMERGENCY MODE from a 
terminal occurs. The log also indicates why the system returned to the 
NORMAL MODE (emergency mode exited). The system returns to 
NORMAL MODE because of a command entered from the terminal or from 
system action. 


The log report format for SOS107 is as follows: 


SOS107 mmmdd hh:mm:ss ssdd INFO EMER_MODE 
modtxt MODE actxt FROM DEV : n*** 


An example of log report SOS107 follows: 


SOS107 JAN01 09:18:06 1400 INFO EMER MODE 
EMERGENCY MODE ENTERED FROM DEV H Gk 


Field descriptions 


The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 


INFO Constant Indicates user enters or exits 

EMER MORE EMERGENCY MODE, or an attempt 
to enter EMERGENCY MODE is 
invalid. 


modtxt NORMAL Indicates user enters NORMAL 
MODE (user exits EMERGENCY 
MODE). 


EMERGENCY Indicates entry of EMERGENCY 
MODE. 


EMER Indicates EMERGENCY MODE. The 
system generates EMER state in this 
field when EMERGENCY MODE 
times out. 


DMS-250 Logs Reference Manual, Volume 6 of 6 UCS15 


1-156 UCS log reports 


SOS107 (end) 
(Sheet 2 of 2) 

Field Value Description 

MODE ATTEMPTED Indicates attempt to enter 
EMERGENCY MODE is invalid. 

REQUESTED Indicates request for EMERGENCY 
MODE. 

REPEATED Indicates user requests 
EMERGENCY MODE from the same 
terminal twice in a row. 

ENTERED Indicates activated EMERGENCY 
MODE if modtxt is EMERGENCY. If 
modtxt is NORMAL, indicates 
deactivated EMERGENCY MODE. 

EXTENDED Indicates extended EMERGENCY 
MODE for another 15 min. 

SYSTEM Indicates deactivated EMERGENCY 

TIMEOUT : MODE after a 15 to 20 min timeout. 

NORMAL MODE The system does not generate the 

ENTERED device number when this message 
appears. 

n Integers Indicates the device number of the 
terminal. Refer to table TERMDEV in 
the customer data schema section of 
the Translations Guide . 

Action 


The log report SOS107 is an information log. Monitor the logs to prevent 
activation of EMERGENCY MODE that is not authorized. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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SOS109 


Explanation 


The Support Operating System (SOS) subsystem generates SOS109 when the 
user activates the REMOTE LOGIN feature. 


The subsystem generates this log on Supernode-based DMS-Family switches 
ONLY. Log report SOS109 is an information log that records the use of the 
REMOTE LOGIN feature. Use the REMOTE LOGIN feature to activate 
command interpreter (CI) sessions on non-core nodes in the central office. 


To activate remote CI sessions use the REMLOGIN command. Remote CI 
sessions are only for debugging purposes. This log tracks outages that occur 
as a result of commands that a user executes during a remote CI session. These 
conditions cannot arise during normal maintenance from the central MAP. 


Format 
The log report format for SOS109 is as follows: 


SOS109 mmmdd hh:mm:ss ssdd INFO REMOTE LOGIN: usernm 
logged Itxt nodenm 


Example 
An example of log report SOS109 follows: 


SOS109 FEB17 14:34:37 7300 INFO REMOTE LOGIN: OPERATOR 
logged into MS1 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 
INFO REMOTE LOGIN Constant Indicates a report of remote logon activation. 
usernm Symbolic text Identifies the Cl user, that the PERMIT 


command defines in the CM. The Cl user 
initiates the remote logon action. 


nodnm Symbolic text Identifies the node on which the Cl user sets 
up or terminates the remote logon session 
See Table |. 
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SOS109 (end) 
(Sheet 2 of 2) 
Field Value Description 
Itxt OFF Indicates that the Cl user terminates the 
remote logon session. 
INTO Indicates that the Cl user initiates the remote 
logon session. 
Action 


There is no action required. 


Associated OM registers 
There are no associated OM registers. 


Additional information 


There is no additional information. 
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SOS110 
Explanation 
The Support Operating System (SOS) generates SOS110 when the dump 
program fails to allocate store for update records. When the system cannot 
allocate store for the update records the system encounters a fatal error and 
aborts the dump. 
Format 
The log report format for SOS110 is as follows: 
**SOS110 mmmdd hh:mm:ss ssdd INFO Dump error 
Dump failed due to insufficient store 
Example 


An example of log report SOS110 follows: 


**SOS110 JANO1 12:00:00 1234 INFO Dump error 
Dump failed due to insufficient store 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

INFO Dump error Constant Indicated dump program fails. 
Dump failed Constant Indicates reason for the error. 
caused by 

insufficient store 


Action 


Use the CI commands "STORE SUMMARY" and "STORE USAGE" to 
obtain information on the store use. Contact the next level of maintenance. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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SOS111 


Explanation 
The Support Operating System (SOS) generates SOS111. The system 
generates this report when a process reaches the limit of outgoing messages the 
system can generate between suspensions. 


Format 
The log report format for SOS111 is as follows: 


SOS111 mmmdd hh:mm:ss ssdd INFO Outgoing messages limit reached 
Process: numbers (string) Limit: number 
Msg: hex_msg 
Traceback: 
traceback_sequence 


Example 
An example of log report SOS111 follows: 


SOS111 DECO5 18:14:33 4827 INFO Outgoing messages limit 
reached 

Process: #2107 #0001 (INVOKER) Limit: 50 

Msg: 0123 0008 1F45 9876 

Traceback: 

OC9C1DB2=SISUTIL.AUO3:SIS_CHEC+#018E 
OB42C254=INVOKER.B001:SOS_INVO+#0AA8 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 
INFO Outgoing messages limit ^ Constant A message that indicates the process 
reached reaches an outgoing message limit. 
Process Variable Two hexadecimal numbers that identify a 
process that reaches the output message 
limit. 
String The ASCII equivalent of the Process 


numeric identifier, in parentheses. 


Limit Variable An integer that indicates the process 
reaches the message limit. 
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(Sheet 2 of 2) 


Field Value Description 


Msg Variable A hexadecimal translation of the message 
Process sends when process reaches limit. 


Traceback Variable Identifies software elements that have faults 
on which the problem occurs. 


Action 


Log SOS111 only appears if tools are loaded into the switch of the operating 
company and debugging flags are on. When the system generates log SOS111, 
contact the next level of maintenance. Log SOS111 is for Northern Telecom 
personnel. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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Explanation 
The Support Operating System (SOS) generates SOS120 when a static random 
access memory (SRAM) action occurs. Each time an SRM repack occurs, the 
system generates two SOS logs. The system generates a log before the repack 
starts and on completion of a successful repack. The system also generates a 
log if the required repack cannot proceed. Log SOS120 provides the system 
time, the action, and the reason for the action. 


Format 
The log report format for SOS120 is as follows: 


CM SOS120 JANOI 10:38:29 0100 SRAM operation 
«action? — «reason»? 


Example 
An example of log report SOS120 follows: 


CM SOS120 JANOI 10:38:29 0100 SRAM operation 
Repacking started - USER REQUEST 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 
<action> variable Indicates SRAM repacking status 
<reason> variable Indicates cause of SRAM action 


Action 


If the SRAM repack status field states “MUTEX Problem" and the system 
generates SOS120 daily, attempt to correct the problem. The user can 
temporarily deactivate the tools, or remove the debug tracepoints to correct the 
problem and allow the SRAM repack to proceed. Otherwise the user must 
contact the next level of maintenance. 


Associated OM registers 
There are no associated OM registers. 
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SOS130 


Explanation 


Format 


Example 
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The Support Operating System (SOS) generates SOS130 when more than 9096 
of file control blocks (FCB) are allocated. If the FCBs run out, applications 
can fail. The applications fail when new users are not able to login. 


The log report format for SOS130 is as follows: 


SOS130 mmmdd hh:mm:ss ssdd INFO FCB pool nearly empty 


An example of log report SOS130 follows: 


$08130 MARO5 19:31:16 1404 INFO FCB pool nearly empty 


Field descriptions 


Action 


The following table describes each field in the log report: 


Field Value Description 


INFO FCB pool Constant Indicates that more than 90 % of the 
nearly empty FCBs are allocated. 


An application can use all available FCBs. Examine FCB use with a tool like 
the international digital trunk controller (IDCT). Take the correct action based 
on these results. 


Associated OM registers 


There are no associated OM registers. 


Additional information 


There is no additional information. 


DMS-250 Logs Reference Manual, Volume 6 of 6 UCS15 


1-164 UCS log reports 


SOS132 


Explanation 
The system generates SOS132 when SYSOAUD process audit determines the 
central processing unit (CPU) runs at an occupancy of more than 50% in the 
laboratory. This action does not allow any process of proschedclass 
SYSTEMO to run. This log gives a warning when SYSTEMO processes do not 
run in the laboratory. 


The central processing unit status (CPUSTAT) provides information on CPU 
occupancies. The CPU occupancy is the ratio of real time used on a function 
to the time allowed for a function. The CPU occupancy has a percentage 
value. 


The software operating system (SOS) scheduler uses scheduler classes to 
allocate CPU time in concurrent processes. A scheduler class is a group of 
processes that perform related functions. The SOS requires detailed 
knowledge of the machine design. The SOS provides the means to create and 
start a process. The SOS assigns a process ID that identifies all processes. 


Format 
The log report format for SOS132 is as,follows: 


808132 mmmdd hh:mm:ss ssdd INFO General SOS Message 


Example 
An example of log report SOS132 follows: 


SOS132 SEPOA 12:00:12 1300 INFO General SOS Message 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 


INFO General SOS Message Constant Indicates the messages between control 
component processors. 


Action 


Run the HOGCT tool to determine the process that overloads the CPU. The 
HOGCT tool computes total CPU time that all processes use in relation to the 
work the processes perform. 
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Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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SOS400 


Explanation 


The system generates the log report SOS400 when an image volume is running 
out of space. The log prints if the calculated free space is less than 5% of the 


total volume space after the image completes. The purpose of this log is to give 
a warning that there is not enough future image space. 


Format 
The format for log report SOS400 follows. 


SOS400 mmmdd hh:mm:ss ssdd INFO IMAGE VOLUME LOW 
ON FREE SPACE 


After taking the current image this volume 
will have less than 5% free left. 

Volume Name: < volume name> 

Blocks Free: <blocks free> 

Percent Free: <percent free>% 


Example 
An example of log report SOS400 follows. 


SOS400 JAN12 14:00:15:6000 INFO IMAGE VOLUME LOW 
ON FREE SPACE 


After taking the current image this volume 
will have less than 5% free left. 


Volume Name: SOSDIMAGEO 
Blocks Free: 299874 
Percent Free: 4% 


Field descriptions 


The following table explains each of the fields in the log report: 
(Sheet 1 of 2) 


Field Value Description 


volume name SLM volume name The name of the SLM volume where the 


current image exists. 
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(Sheet 2 of 2) 


Field Value Description 


blocks free numeric The number of blocks that are available 
after the image is taken. This number is 
calculated by subtracting the image size 
from the current free image blocks. 


percent free percentage The percentage of available volume space 
after the image is taken. The calculation is 
the number of free blocks divided by the 
total number of available blocks and the 
result multiplied by 100. 


Action 
The system requires no immediate action. This log warns of a decrease of 
image volume space. 


Related OM registers 


There are no related OM registers. 


Additional information 
The size of the percentage of free space is relative to the size of the volume. 
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The system generates log report S08410 when the image dump process 
attempts to use the SDM as indicated in table IMGSCHED but the SDM 


SOS410 mmmdd hh:mm:ss ssdd INFO SDM RESOURCES ERROR 
The SDM cannot be used to assist with the current image dump 


SOS410 
Explanation 
cannot be accessed. 
Format 
The format for log report SOS410 follows. 
REASON: «reason? 
Example 


An example of log report SOS410 follows. 


SOS410 JAN12 14:00:15 6000 INFO SDM RESOURCES ERROR 
The SDM cannot be used to assist with the current image dump 
REASON: SDM not in service 


Field descriptions 


The following table explains each of the fields in the log report: 


Field Value 


Description 


reason SDM not in service. 


SDM is not datafilled. 


Failed to get SDM fta 
= «reason» 


The SDM is not in service and could not be 
used. 


There is no SDM datafilled in table 
SDMINV. 


There is a DMS software problem. 
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Action 


The following list indicates the causes and actions for this error: 


SDM is not datafilled. Either connect the SDM to the switch and datafill 
it in table SDMINV, or enter “N” in field USESDM in table IMGSCHED. 


Note: When field USESDM is set to N in tableIMGSCHED, the SDM 
will not be used. The maximum 15 minute lockout time for recent 
changes does not apply when the SDM is not used. 


SDM not in service. Either return the SDM to service or enter “N” in field 
USESDM in table IMGSCHED. 


Note: When field USESDM is set to N in tableIMGSCHED, the SDM 
will not be used. The maximum 15 minute lockout time for recent 
changes does not apply when the SDM is not used. 


Failed to get SDM fta = <reason>. Save all swerrs, MTS, and SOS logs and 
contact your next level of support. 


Related OM registers 


There are no associated OM registers. 


Additional information 


When the image dump process cannot access the SDM, the process continues 
to take an image without using the SDM, to make sure a successful image 
dump is completed. If the field USESDM is set to “Y” in table IMGSCHED 
for the next scheduled image dump, the next scheduled image dump will try to 
use the SDM. 
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SOS411 


Explanation 


The system generates log report SOS411 when there is a communication 
problem between the image dump process and the SDM. 


Format 
The format for log report SOS411 follows. 


SOS411 mmmdd hh:mm:ss ssdd INFO SDM MESSAGING ERROR 
An error has occurred in the communication between the 
image dump process and the SDM during an image dump. 
REASON: «the messaging error? 
EXPECTED: «what was expected» 
RECEIVED: «what was actually received» 


Example 
An example of log report SOS411 follows. 


SOS411 JAN12 14:00:15 6000 INFO SDM MESSAGING ERROR 
An error has occurred in the communication between the 
image dump process and the SDM during an image dump. 
REASON: failed to get new buffer at index 1 
EXPECTED: waiting. for. ack to be false 
RECEIVED: waiting. for ack was true 


Field descriptions 
The following table explains each of the fields in the log report: 


Field Value Description 

reason character string Text describing reason for failure. 
expected character string Values that the software was expecting. 
received character string Values that the software received. 
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Action 
The following list indicates actions for this error: 


e Ifthe SDM is out of service, return the SDM to service and confirm it’s 
software load is compatible with the CM. 


e If the SDM is in service and it's software load is compatible with the CM, 
there is a problem with the messaging between the DMS and the SDM. 
Save all swerrs, MTS, and SOS logs and contact your next level of support. 


Related OM registers 


There are no associated registers. 


Additional information 


When the image dump process cannot access the SDM, the process continues 
to take an image without using the SDM, to make sure a successful image 
dump is completed. If the field USESDM is set to “Y” in table IMGSCHED 
for the next scheduled image dump, the next scheduled image dump will try to 
use the SDM. 
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SOS412 


Explanation 


Format 


Example 


The system generates log report SOS412 when there is a problem with the 
transmission of the CM image dump block between the SDM file system and 
the CM file system. 


The format for log report SOS412 follows. 


SOS412 mmmdd hh:mm:ss ssdd INFO SDM FILE SYSTEM ERROR 
The SDM file system reported an error during the imaging process. 
REASON: < file system error? 


An example of log report SOS412 follows. 


SOS412 JAN12 14:00:15 6000 INFO SDM FILE SYSTEM ERROR 
The SDM file system reported an error during the imaging process. 
REASON: Failed to open CM image dump file on the SDM 


Field descriptions 


The following table explains each of the fields in the log report: 


Field Value Description 
reason character string The reason indicates a problem with the 
SDM. 
Action 


Confirm that the SDM and CM file systems are operating correctly. Save all 
swerrs, SOS, SLM and MTS logs and contact your next level of support for the 
SDM and CM. 


Related OM registers 


There are no associated OM registers. 


Additional information 


When the image dump process cannot access the SDM, the process continues 
to take an image to make sure a successful image dump is completed. If the 
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field USESDM is set to “Y” in table IMGSCHED, the next scheduled image 
dump will try to use the SDM. 
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SOS602 


Explanation 


The system generates log report SOS 602 when the number of pools is under 
15. The maximum number of pool types allowed is 15. The system generates 
this report for each pool type. Log report SOS602 does not report the 
shortages for all pool types. 


Use the pools utility to manage resources. The pools utility provides 
management of ownership of resources like mail boxes and flags. 


Format 
The log report format for SOS602 is as follows: 


SOS602 mmmdd hh:mm:ss ssdd INFO Too many pools allocated 
Number of POOLTYPEID <pooltype_id> allocated is <no_allocated> 
Maximum allowed is <max> 


Example 
An example of log report SOS602 follows: 


SOS602 SEPO5 18:14:33 4827 INFO Too many pools allocated 
Number of POOLTYPEID 00000-29545 allocated is 245 
Maximum allowed is 255 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 
pooltype_id nnnnn-nnnnn, Identifies the pool type for which the number 
where nnnnn is of pools is under 15. The maximum number 


000000 to 32767 of pools allowed is 15. 


no allocated 0 to 255 Indicates the number of pools allocated to 
the pool type 


max 0 to 255 Indicates the maximum number of pools 
allowed for the pool type 


Action 
There is no action required. 
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Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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SOS603 


Explanation 


The system generates log report SOS603. The system generates this report to 
indicate that an automated time-of-day (TOD) clock change occurs in the next 
24h. The automated TOD clock change associates with the change to or from 
Daylight-Saving Time. The TOD clock change requests are stored in table 
DSTTABLE. 


Format 
The log report format for SOS603 is as follows: 


SOS603 <Date/time> INFO Time of Day Clock Change notification 
Automated Time of Day clock change request will occur on: <Date> 
(table DSTTABLE) 
The Time of Day clock will be changed 
From: <From_date> To: <To_date> 


Example 
An example of log report SOS603 follows: 
SOS603 OCT 29 01:00:00 9700 INFO Time of Day Clock Change notification 
Automated Time of Day clock change request will occur on: OCT 30, 1996 
(table DSTTABLE) 


The Time of Day clock will be changed 
From: 1997/10/30 01:00:00 SUN. To: 1997/10/30 00:00:00 SUN. 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 
Date/time MMM DD Indicates when the system generates the 
hh:mm:ss log report. The format is month day 


hours:minutes:seconds 


INFO Time of Day Clock constant Indicates that an automated TOD clock 
Change notification change occurs in the next 24 hours. 
Automated Time of Day clock constant Indicates that an automated TOD clock 
change will occur on: change occurs. 
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Field Value Description 

Date MMM DD, YYYY The Date field indicates the date the TOD 
change occurs. The format is month day, 
year. 

(table DSTTABLE) constant Indicates the automated time change is in 
table DSTTTABLE. 

The Time of Day clock will be constant Indicates that an automated TOD clock 

changed change occurs. 

From_date YYYY/MM/DD Indicates the date, time, and day at which 


hh:mm:ss DAY the TOD change occurs. The format is 
year/month/day, time, and day of the week. 


To_date YYYY/MM/DD Indicates the date, time, and day after the 
hh:mm:ss DAY TOD change occurs. 


Action 


If the entry in the From_date or To_date field is not correct, correct the 
corresponding entry in table DSTTABLE. 


If the entries in the From_date and To_date fields are correct, there is no action 
required. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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SOS604 
Explanation 
The system generates log report SOS605 to indicate that the system deleted all 
time-of-day (TOD) clock change requests. Manual action deleted the TOD 
clock change requests from table DSTTABLE. 
Format 
The log report format for SOS604 is as follows: 
<alarm>SOS604 <Date/time> INFO DSTTABLE is empty. 
Automated Time of Day change requests were deleted from table 
DSTTABLE. 
Automated Time of Day change feature is turned off. 
Example 


An example of log report SOS604 follows: 


*SOS604 OCT 29 01:00:00 9700 INFO DSTTABLE is empty. 
Automated Time of Day change requests were deleted from table DSTTABLE. 
Automated Time of Day change feature is turned off. 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 
Alarm * (constant) Indicates how severe the problem is. (* = 
minor) 
Date/time MMM DD Indicates when the system generated the 
hh:mm:ss log report. The format is month day 


hours:minutes:seconds 


INFO DSTABLE is empty constant Indicates that table DSTTABLE is not 
entered. 

Automated Time of Day change constant Indicates that manual action deleted the 

requests were deleted from TOD change requests from table 

table DSTTABLE. DSTTABLE. 

Automated Time of Day change constant Indicates that the automated TOD change 

feature is turned off. feature is off. 
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Action 


The system generates log report SOS604 to indicate that automated TOD clock 
change requests are not available to process. To reactivate the automated TOD 
change feature, enter requests in Table DSTTABLE. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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SOS605 


Explanation 


The system generates log report SOS605. The system generates this report to 
indicate that all automated time-of-day (TOD) clock changes in table 
DSTTABLE expire. The TOD clock changes expire when the system uses all 
tuples in DSTABLE to implement automated time-of-day changes. 


Format 
The log report format for SOS605 is as follows: 


<alarm>SOS605<Date/time> INFO DSTTABLE is empty. 
Automated Time of Day change requests have expired (table 
DSTTABLE). 
Automated Time of Day change feature is turned off. 


Example 
An example of log report SOS605 follows: 


*SOS603 OCT 29 01:00:00 9700 INFO DSTTABLE is empty. 
Automated Time of Day change requests have expired (table DSTTABLE). 
Automated Time of Day change feature is turned off. 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 
Alarm * (constant) Indicates how severe the problem is. (* = 
minor) 
Date/time MMM DD Indicates when the system generates the 
hh:mm:ss log report. The format is month day 


hours:minutes:seconds 


INFO DSTABLE is empty constant Indicates TOD change requests that are not 
processed are not in Table DSTTABLE. 

Automated Time of Day change constant Indicates all TOD change requests in table 

requests have expired (table DSTTABLE expire. 

DSTTABLE) 

Automated Time of Day change constant Indicates that the automated TOD change 

feature is turned off. feature is off. 
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Action 


The system generates log report SOS605 to indicate automated TOD clock 
change requests that did not expire are not available to process. To reactivate 
the automated TOD change feature, delete the expired requests and enter new 
requests into table DSTTABLE. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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SOS910 


Explanation 


The system generates log SOS910 via the MSCCSIST process when it sets the 
slave clock card busy after a five second timeout, if no messages are received 
from MS Clock Maintenance Busy FSM during this time window. 


Format 
The format for log report SOS910 is as follows: 
«office identifier» «alarm severity» SOS910 mmmdd hh:mm:ss 
ssdd «INFO» MSCCSIST process sets slave MS to bsy state 
«data» 

Examples 


An example of log report SOS910 follows: 


XA2 PPC21AR ** SOS910 SEP28 21:23:24 6630 


MSCCSIST process sets slave MS to bsy state 
MS 0 


Field descriptions 
The following table explains each of the fields in the log report: 


Field Value Description 
OFFICE IDENTIFIER Character string 
ALARM SEVERITY MAJOR 
INFO MSCCSIST process sets slave MSto Event type 
bsy state 
DATA MS 0 or MS 1 
Action 


The slave card going busy causes the MS to go sys busy. In this case, follow 
the standard procedures for maintenance of a system busy MS. Check for a 
possible clock card failure. 


Associated OM registers 
None 
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SOS910 (end) 


Additional information 
The log can be viewed with the LOGUTIL CI command: 


CI>LOGUTIL 


LOGUTIL>OPEN SOS 


Log history 
SNO8 (DMS) 


Log SOS910 is generated by the MSCCSIST process when it receives the 
messages from the MS Clock Maintenance Busy FSM about the slave clock 
card becoming busy. The new log is introduced by feature A00007487. 
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SOS911 


Explanation 


The system generates log SOS911, via the MSCCSIST process, when it 
receives the messages from the MS Clock Maintenance Busy FSM about the 
slave clock card becoming busy. Before this, MSCCSIST receives the message 
from Report FSM to busy the slave. The process starts a five second delay but 
it is interrupted by the message from Busy FSM. The slave clock card is set 
busy immediately. 


Format 
The format for log report SOS91 lis as follows: 
«office identifier» «alarm severity» SOS911 mmmdd hh:mm:ss 
ssdd «INFO» MSCCSIST process sets MS bsy after repeated 
request 
«data» 

Examples 


An example of log report SOS911 follows: 


XA2 PPC21AR ** SOS911 SEP28 21:23:24 6630 


MSCCSIST process sets MS bsy after repeated request 
MS 0 


Field descriptions 
The following table explains each of the fields in the log report: 


Field Value Description 

OFFICE IDENTIFIER Character 
string 

ALARM SEVERITY MAJOR 

INFO MSCCSIST process sets MS bsy after Event type 
repeated request 

DATA MS 0 or MS 1 

Action 


The MS will go sys busy. In this case, follow the standard procedures for 
maintenance of a system busy MS. Check for a possible clock card failure. 
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SOS911 (end) 


Associated OM registers 
None. 


Additional information 
The log can be viewed with the LOGUTIL CI command: 


CI>LOGUTIL 


LOGUTIL>OPEN SOS 


Log history 
SNO8 (DMS) 


Log SOS911 is generated by the MSCCSIST process when it receives the 
messages from the MS Clock Maintenance Busy FSM about the slave clock 
card becoming busy. The new log is introduced by feature A00007487. 
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SOS912 


Explanation 


Format 


Examples 


The system generates log SOS912, via the MSCCSIST process, when it 
receives the messages from the MS Clock Maintenance Busy FSM about the 
master clock card becoming busy. This means that the MSCCSIST process 
aborts the procedure to busy the slave. This way the MS Clock system is given 
achance to recover. Switch of clock mastership happens and the previous slave 
becomes the master. 


The format for log report SOS912 is as follows: 


«office identifier» «alarm severity» 808912 mmmdd hh:mm:ss 
ssdd «INFO» MSCCSIST is aborted due to MS clock maintenance 
action 
«data» 


An example of log report SOS912 follows: 


XA2 PPC21AR ** SOS912 SEP28 21:23:24 6630 
MSCCSIST is aborted due to MS clock maintenance action 
MS O0 


Field descriptions 


The following table explains each of the fields in the log report: 


Field Value Description 

OFFICE IDENTIFIER Character 
string 

ALARM SEVERITY MAJOR 

INFO MSCCSIST is aborted due to MS clock Event type 
maintenance action 

DATA MS 0 or MS 1 

Action 


The MS will go sys busy. In this case, follow the standard procedures for 
maintenance of a system busy MS. Check for a possible clock card failure. 
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Associated OM registers 
None. 


Additional information 
The log can be viewed with the LOGUTIL CI command: 


CI>LOGUTIL 


LOGUTIL>OPEN SOS 


Log history 
SNO8 (DMS) 


Log SOS912 is generated by the MSCCSIST process when it receives the 
messages from the MS Clock Maintenance Busy FSM about the master clock 
card becoming busy. The new log is introduced by feature A00007487. 
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SOS913 


Explanation 


The system generates log SOS913 when the MS Clock Maintenance Report 
FSM sends a message to the MSCCSIST process to busy the slave clock card 
as a result of DAC adjustment failure. MSCCSIST waits five seconds before it 
busies the slave clock card. 


Format 
The format for log report SOS913 is as follows: 
«office identifier» «alarm severity» 808913 mmmdd hh:mm:ss 
ssdd «INFO» MSCCSIST:MS Clock is set to ISTB 
«data» 
Examples 


An example of log report SOS913 follows: 


XA2 PPC21AR ** SOS913 SEP28 21:23:24 6630 
MSCCSIST:MS Clock is set to ISTB 
MS O 


Field descriptions 
The following table explains each of the fields in the log report: 


Field Value Description 
OFFICE IDENTIFIER Character 
string 
ALARM SEVERITY MAJOR 
INFO MSCCSIST:MS Clock is set to ISTB Event type 
DATA MS 0 or MS 1 
Action 


When this log is generated possible maintenance action will busy either the 
master or slave clock card. This will cause the corresponding MS to go sys 
busy. In this case follow the standard procedures for maintenance of a system 
busy MS. Check for a possible clock card failure. 


Associated OM registers 
None. 
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Additional information 
The log can be viewed with the LOGUTIL CI command: 


CI>LOGUTIL 


LOGUTIL>OPEN SOS 


Log history 
SNO8 (DMS) 


Log SOS913 is generated when the MS Clock Maintenance Report FSM sends 
a message to process MSCCSIST to busy the slave clock card as a result of 
DAC adjustment failure. The new log is introduced by feature A00007487. 
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SPC100 


Explanation 
The Semipermanent Connections (SPC) subsystem generates log report 
SPC100. The subsystem generates this report when the system activates a 
semipermanent connection through table control. 


All SPC connections, except SPC connections that go through an RC02 node, 
remain connected over a warm restart. For reloads and cold restarts, the 
system constructs the connections again, after the restart is complete. The 
system also constructs SPC connections again, after an XPM SWACT. 


The SPC connections use nailed-up connections through the network. Office 
parameter MAXNUCS determines the maximum number of active SPC 
connections allowed at a time. 


The system cannot intraswitch SPC connections when the system conducts 
traffic studies. 


Format 
The log report format for SPC100 is as follows: 


SPC100 mmmdd hh:mm:ss ssdd INFO SPC ACTIVATED 
AGENTI cktid 
AGENT? cktid 
CONNECT - cnectxt 
REASON = CONNECTION MADE 


Example 
An example of log report SPC100 follows: 


SPC100 JUL25 11:32:06 1203 INFO SPC ACTIVATED 


AGENT1 LEN 0000112 DN 2222 
AGENT2 LEN 0000113 DN 2223 
CONNECT - Y 

REASON - CONNECTION MADE 
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Field descriptions 
The following table describes each field in the log report: 


Field Value Description 


INFO SPC ACTIVATED Constant Indicates that the system activated a 
semipermanent connection. 


AGENT1 cktid Symbolic text Circuit identification. Agents can be line 
equipment numbers (LEN), in the event of a 
line; or CLLI + member numbers, in the event 
of atrunk. The type of number depends on the 
type of connection: line to line, trunk to trunk, 
line to trunk. Refer to table | for values. 


AGENT2 cktid Symbolic text Circuit identification. Agents can be line 
equipment numbers (LEN) in the event of a 
line; or CLLI + member number, in the event of 
a trunk. The type of number depends on the 
type of connection: line to line, trunk to trunk, 
line to trunk. Refer to Table | for values. 


CONNECT N, Y Indicates if the system can activate a 
connection. 
REASON - Constant Indicates the reason for a log report. 


CONNECTION MADE 


Action 
There is no action required. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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SPM300 
Explanation 
The DMS-Spectrum Peripheral Module (SPM) SPM300 log report generates 
when a device fault occurs. This log provides an ordered card list, fault 
description, log severity, and fault severity. 
Format 
The format for log report SPM300 follows: 
** SPM300 Feb07 10:22:11 4700 INFO Device State Change 
Status: <problem severity> 
Problem Description: <text up to 16 chars> 
<text up to 64 chars> 
Action: Replace the following cards in the ordered list. 
Cardlist: 
<device_cardlist> 
Location: SPM <spm number> 
Type: <DMSCP,IW,SMG4,DPT> Fabric: <IP,ATM,N/A> 
Example 


An example of log report SPM300 follows: 


RTPLO7BZ*** SPM300 MAY20 14:00:54 2200 TBL Device Fault 
Report 
Location: SPM : 11 DLC : 0 
Status : Alarm Raised 
Problem Description: Critical 
Hardware fault detected 
Action: Replace the following cards in the order listed. 


Cardlist: 
Site Flr Row FrPos SlfPos ShfPec Slot 
HOST 1 M 2 0 NTLX66AA 1 
HOST 1 M 2 0 NTLX72AA 9 
HOST 1 M 2 1 NTLX65AA 11 


Location: SPM 14 Type: DMSCP Fabric: N/A 


DMS-250 Logs Reference Manual, Volume 6 of 6 SNO6 (DMS) 


1-2 Log Reports 


SPM300 (continued) 


Field descriptions 


The following table explains each of the fields in the log report: 


Field Value Description 
node type SPM PM type 
node number 0 to 85 PM number 
circuitpPack CEM Circuit pack types 
OC-3 
DSPR 
DLC 
VSP 
S Note: The voice signal 
processor (VSP) does not 
apply to all markets. 
circuit pack no 0 to 27 Circuit pack number 
problem severity no_problem Problem severity types 
noncritical 
critical 
error 
Problem description Device failed 
protection switch 
class_type DMSCP Legacy SPM 
Used when the node class is 
datafilled as DMSCP in table 
MNNODE. 
Fabric is not applicable when 
type = DMSCP. 
SMG4 MG4000 
Used when the node class is 
datafilled as SMG4 in table 
MNNODE. 
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SPM300 (continued) 


Field Value Description 


IW Interworking SPM 


Used when the node class is 
datafilled as IW and 

DPT INFO is datafilled as 
BRIDGE ONLY in table 
MNNODE. 


DPT Dynamic Packet Trunk (DPT) 
SPM 


Used when the node class is 
datafilled as IW and 

DPT INFO is datafilled as 
DPT ONLY in table 
MNNODE. 


Action 
If this log is found: 
e Collect sysbuf and /aer/display all from the inactive CEM dshell. 


* Try to remlogin to the RM from the inactive CEM. If this fails, remlogin 
to the RM from the active CEM. Collect the footprint logs from the RM. 


e BSY/RTS the RM. 
e If the log reoccurs, BSY/RESETMODIRTS the inactive CEM. 


Associated OM registers 
Not applicable 


Additional information 
Not applicable 


Log history 
SNO06 (DMS) 
Log SPM300 was changed for Enhanced Logs Phase 2 by Feature B89007430. 
The Action section was modified for CR Q00697907 to reflect what appears 
in the MG4000 documentation. 
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SPM310 


Explanation 


Format 


Example 


The SPM310 log report for the DMS-Spectrum Peripheral Module (SPM) 
pertains to echo canceller performance. Specifically, the performance 
monitoring process on the computing module (CM) generates an SPM310 log 
when it receives performance data from the SPM as a result of the SPM-based 
automatic monitoring process. Field SOS in table SPMECAN, which indicates 
echo canceller failures, must be set to enable the SPM to send the performance 
data. 


In addition, the SPMECAN AUTO command allows customers to 
enable/disable automatic echo canceller performance monitoring using the CI 
commands. The CI commands override the datafill in table SPMECAN. It is a 
system-wide (by office) command option. The customer also has the option to 
revert back to the datafill in table SPMECAN, with the AUTO TABLE 
command. 


The format for log report SPM310 follows: 


SPM310 <date> <time> <seq num> INFO ECHO CANCELLER REPORT 
<monitor mode> <orientation> 
MON TRK: <clli> «mem» SPM «spm num» «cct no» «cct ts» 
RM: «rm num» RN: «rn num» 
ASSOC TRK: «clli» «mem» «pm type» «pm num» «cct no» «cct ts» 


ECAN DATA 
ERL: xx dB ERLE+ANLP: xx dB MERL: x dB ACOM: xx dB 
Delay of Loudest Echo Reflection: «rfl dla» 


Near-End Far-End 

Talk-time «ne act» «fe act» 
Signal level «ne lvl» «fe lvl» 
Bckgrnd Noise «ne ns» «fe ns» 


«Reason text» 


Location: SPM «spm number» Type: «DMSCP,IW,SMGA4,DPT» 
Fabric: «IP,ATM,N/A» 


An example of log report SPM310 follows: 
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250G SPM310 JUN5 09:17:45 1596 INFO ECHO CANCELLER REPORT 
Automatic performance monitor Far-End 
MON TRK:  imtc7iany 10 SPM 10 10 12 
RM: 10 RN: 180 
ASSOC TRK: imtc7oany 10 SPM 5 7 34 
ECAN DATA 
ERL: 0 dB ERLE+ANLP: 0 dB MERL: 6 dB ACOM: 0 dB 
Delay of Loudest Echo Reflection: 255 ms 
Near-End Far-End 
Talk-time 180 sec 180 sec 
Signal level -25 dBm -25 dBm 
Bckgrnd Noise -41 dBm -41 dBm 


Potential echo canceller problem; 


message. 


Location: SPM 14 


Field descriptions 


Type: 


data as a result of a SOS 


DMSCP Fabric: N/A 


The following table explains each of the fields in the log report. Fields are 
filled with an asterisk (*) in cases where the trunk identity («CLII*/«memz?^) 
or hardware assignment (<SPM#>/<RM#>/<RN#>) cannot be determined. 
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Field Subfield Value Description 
monitor mode Automatic The automatic echo canceller 
performance performance monitoring process 
monitor generates this report. 
orientation value Near-End, Echo canceller orientation 
Far-End 
MON TRK clli String Reporting trunk CLLI group 
name 
mem 0000-9999 Reporting trunk CLLI group 
member number 
spm num 00-85 Reporting trunk member is 
assigned to this SPM number 
cct_no 00-185 OC-3 DS1 as datafilled in table 
TRKMEM 
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Field Subfield Value Description 
cct_ts 1-24 OC-3 DSO as datafilled in table 
TRKMEM 
rm num 1-28 (except Reporting trunk member is 
7-10, which assigned to this Spectrum 
are reserved resource module. 
for CEMs and 
OC3s) 
rn num 000-387 Reporting trunk member is 
assigned to this Spectrum 
resource number. 
ASSOC TRK clli String CLLI group name of trunk 
connected to reporting trunk 
mem 0000-9999 CLLI group member number of 
trunk connected to reporting 
trunk 
pm type SPM, DTC, Type of peripheral associated 
DTCI, others with the trunk connected to the 
monitored trunk 
pm num PM number Trunk connected to the reporting 
trunk member is assigned to this 
PM number. 
cct_no 00-185 Trunk connected to the reporting 
trunk member is assigned to this 
carrier number as datafilled in 
table TRKMEM. 
cct_ts 1-24 Trunk connected to the reporting 


trunk member is assigned to this 
time slot as datafilled in table 
TRKMEM. 


DMS-250 Logs Reference Manual, Volume 6 of 6 SNO6 (DMS) 


1-4 Log Reports 


SPM310 (continued) 


(Sheet 3 of 4) 


Field 


Subfield 


Value 


Description 


ERL 


ERLE 


MERL 


ERL+ERLE 


rfl dla 


ne act 


fe act 


fe lvl 


ne ns 


value 


value 


value 


value 


value 


value 


value 


value 


value 


00-70 


00-70 


0,3,6 


00-140 


00-255 


00-255 


00-255 


-80-80 


-80-80 


Echo return loss reading 
specified in decibels. 


Note: ERL measurements are 
not possible when the echo 
canceller cannot converge. The 
value reported in the SOS 
message is set to MERL-3aB. If 
this results in a negative value, 
zero is reported. 


Echo return loss enhancement 
reading specified in decibels. 


Minimum ERL; datafilled in table 
SPMECAN 


Total loss of echo as a result of 
echo cancellation 


Delay of the main reflection in 
the echo-path specified in 
milliseconds. This value is set to 
255 if the echo canceller is not 
currently converged. 


Number of seconds of near-end 
speech activity since the 
beginning of the call. Activity 
greater than 255 is reported as 
255. 


Number of seconds of the 
far-end speech activity since the 
beginning of the call. Activity 
greater than 255 is reported as 
255. 


Average far-end signal (voice) 
level specified in dBm; valid only 
iffe actis greater than 30 
seconds. 


Measured near-end absolute 
average background noise level, 
specified in dBm 
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Field Subfield Value Description 


ne lvl value -80-80 Average near-end signal (voice) 
level specified in dBm. Valid only 
if ne act is greater than 30 
seconds. 


fe ns value -80-80 Measured far-end absolute 
average background noise level, 
specified in dBm 


reason text Text string Text explaining why log is 
generated. It is an evaluation of 
echo canceller's performance. 
See "Performance text 
explanation". 


type DMSCP Legacy SPM 


Used when the node class is 
datafilled as DMSCP in table 
MNNODE. 


Fabric is not applicable when 
type - DMSCP. 


SMG4 MG4000 


Used when the node class is 
datafilled as SMG4 in table 
MNNODE. 


IW Interworking SPM 


Used when the node class is 
datafilled as IW and DPT_INFO 
is datafilled as BRIDGE_ONLY 
in table MNNODE. 


DPT Dynamic Packet Trunk (DPT) 
SPM 


Used when the node class is 
datafilled as IW and DPT_INFO 
is datafilled as DPT ONLY in 
table MNNODE. 
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Performance text explanation 


Explanations of performance evaluation text strings possible for SPM310 logs 
are provided in the following paragraphs. 


Potential echo canceller problem; data as a result of an SOS 
message 

When a degradation in performance of an echo canceller resource is detected, 
an SOS message is sent from the echo canceller resource to the CM. Examples 
of such conditions include values falling below or exceeding specified ranges 
(for example, convergence time, ERLE). 


Troubleshoot the possible sources of echo cancellation problem and correct. 


Action 


This information log provides data to aid in the resolution of 
customer-reported echo cancellation problems. 


Associated OM registers 


The ECANRMAN OM register ECANFAIL pegs when the SPM310 log 
report generates for a call. Although this log report generates for a call every 
10 seconds, the ECANFAIL registers only pegs on the first occurrence of the 
log report of a particular call and not for subsequent SPM310 log reports for 
the same call. 


Additional information 


Data contained in this log can be compiled to detect potential echo cancellation 
or network problems. 


Log history 
SNO06 (DMS) 
Log SPM310 was changed for Enhanced Logs Phase 2 by Feature B89007430. 
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SPM311 

Explanation 
The SPM311 log report generates when a SoftWare Exception Report (SWER) 
occurs on an SPM. 

Format 


The format for log report SPM311 follows: 


BNR300S6 CM 
* SPM311 OCT17 16:21:19 7300 TBL SW Exception Report 


SPM <node> <circuitpack> <circuitpackno> : <activity> Time: <timestamp> 
Filename: <filename> LineNumber: <linenumber> 
TaskID: <taskid> Index: <indexnumber> Reason: <reason> 


ErrStr: <errorstring> 
ErrData: <errordata> 


Traceback: <traceback> 
Location: SPM <spm number» Type: <DMSCP, IW, SMG4,DPT> 


Fabric: <IP,ATM,N/A> 


Example 
An example of log report SPM311 follows: 


SPUDONA15AR 
* SPM311 JAN12 14:58:56 2900 TBL SW Exception Report 


SPM 33 CEM 0 : I Time: 14:58:56.475 

Filename: MsgServer.cpp LineNumber: 278 

TaskID: 000000D7 Index: Reason: 

ErrStr: MTS get message failed: 00 0007 

ErrData: 

Traceback: 0052FEA4 0050D838 0052kE8AC 002F2AEO0 011511CO 00000000 
Location: SPM 14 Type: DMSCP Fabric: N/A 
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Field descriptions 
The following table explains each of the fields in the log report: 
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Field Value Description 

node 0 to 85 This field displays the SPM number. 

circuitpack CEM, OC3, DSP, This field displays the circuit pack type. 

and VSP 

circuitpackno 0 to 27 This field displays the circuit pack unit 
number. 

activity A, | This field displays the activity of the circuit 
pack, active (A) or inactive (l). 

timestamp This field displays the local time when the 
SWER occurred. 

filename This field displays the filename where the 
SWER occurred. 

linenumber This field displays the line number where the 
SWER occurred. 

task id This field displays the task id in hex. 

index number This field displays the index number of the 
SWER in hex. 

reason This field displays the reason number of the 
SWER in hex. 

error string This field displays the optional error string. 

error data This field displays the optional error data. 

traceback This field displays the traceback in hex. 

class_type DMSCP Legacy SPM 
Used when the node class is datafilled as 
DMSCP in table MNNODE. 
Fabric is not applicable when type = 
DMSCP. 
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Field Value Description 


SMG4 MG4000 


Used when the node class is datafilled as 
SMG4 in table MNNODE. 


IW Interworking SPM 


Used when the node class is datafilled as IW 
and DPT INFO is datafilled as 
BRIDGE ONLY in table MNNODE. 


DPT Dynamic Packet Trunk (DPT) SPM 


Used when the node class is datafilled as IW 
and DPT INFO is datafilled as DPT ONLY 
in table MNNODE. 


Action 
No action required. 


Associated OM registers 
Not applicable 


Log history 
SNO06 (DMS) 
Log SPM311 was changed for Enhanced Logs Phase 2 by Feature B89007430. 
Also, for CR Q00641520, additional information text was removed and action 
text was changed to no action required. 
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SPM312 


Explanation 


Format 


The SPM312 log report generates when a trap occurs on an SPM. 


The format for log report SPM312 follows: 


* SPM312 NOV16 02:45:00 5019 TBL TRAP 
SPM <node> <circuitpack> <circuitpackno> : <activity> Time: <timestamp> 
TaskID: <taskid> TrapNo: <trapno> 
Instr: 


Traceback: <traceback> 
Location: SPM «spm number» Type: <DMSCP, IW, SMG4,DPT> 
Fabric: <IP,ATM,N/A> 


<instr> Flt: <flt> Vector: <vector> 


Example 


MSH302 


BU 


An example of log report SPM312 follows: 


*** SPM312 NOV09 22:17:32 9175 TBL Trap 


SPM 6 
TaskI 


C 


D: 


Instr: 


Traceback: 
Location: SPM 14 Type: DMSCP Fabric: N/A 


EM 0 : A Time: 22:17:32.035 


000000D4 TrapNo: 00000008 
0069BD58 Flt: 104700E4 Vector: 00000300 


Field descriptions 


The following table explains each of the fields in the log report: 


(Sheet 1 of 2) 


Field Value Description 

node 0 to 85 This field displays the SPM number. 

circuitpack CEM, OC3, DSP, This field displays the circuit pack type. 

and VSP 

circuitpackno 0 to 27 This field displays the circuit pack unit 
number. 

activity A, | This field displays the activity of the circuit 
pack, active (A) or inactive (I). 

timestamp This field displays the local time when the 
SWER occurred. 
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Field Value 


Description 


taskid 


trapno 


instr 


fit 


vector 


traceback 


class type DMSCP 


SMG4 


DPT 


This field displays the task id in hex. 


This field displays the number of times the 
trap has occurred. 


This field displays address where the trap 
occurred. 


This field displays address of data access in 
the case of a data access error. 


This field displays the processor-specific 
exception vector (used to identify the reason 
for the TRAP). 


This field displays the traceback in hex. 
Legacy SPM 


Used when the node class is datafilled as 
DMSCP in table MNNODE. 


Fabric is not applicable when type = 
DMSCP. 


MG4000 


Used when the node class is datafilled as 
SMG4 in table MNNODE. 


Interworking SPM 


Used when the node class is datafilled as IW 
and DPT INFO is datafilled as 
BRIDGE ONLY in table MNNODE. 


Dynamic Packet Trunk (DPT) SPM 


Used when the node class is datafilled as IW 
and DPT INFO is datafilled as DPT ONLY 
in table MNNODE. 


Action 
None 


Associated OM registers 
None 
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SPM312 (continued) 


Additional information 
None 


Log history 
SNO06 (DMS) 
Log SPM312 was changed for Enhanced Logs Phase 2 by Feature B89007430. 
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SPM313 

Explanation 
The SPM313 log report generates when a fault is recorded in the Module 
Information Memory (MIM) on an SPM. 

Format 


The format for log report SPM313 follows: 


*  SPM313 NOV26 09:30:24 1013 TBL Fault 


SPM «nodenumber» «circuitpack» «circuitpackno»:«activity» Time: 


Source: «source» State: «state» Type: «type» 
Reason: «reason» 
Diagnostic: «diagnostic» 


Comp: 


«component» RegAddr:«registerOrAddress» Exp:«expected» Act:«actual» 


Location: SPM «spm number» Type: <DMSCP, IW, SMG4,DPT> 
Fabric: «IP,ATM,N/A» 


Example 


An example of log report SPM313 follows: 


SPM313 NOV26 09:30:24 5019 TBL Fault 


SPM 18 CEM 0: A Time:09:30:24.370 
Source: None State: Insv Type: None 
Reason: Failed to Clear R1 Reg bit 
Diagnostic: Autonomous fault detection 
Comp:ITM RegAddr:6c Exp:4 Act:4 


Location: SPM 14 Type: DMSCP Fabric: N/A 


Field descriptions 


The following table explains each of the fields in the log report: 


(Sheet 1 of 2) 


«timestamp» 


Field Value Description 
nodenumber 0 to 85 This field displays the SPM number. 
circuitpack CEM, OC3, This field displays the circuit pack type. 
DSP, and 
VSP 
circuitpackno 0 to 27 This field displays the circuit pack unit 
number. 
activity A, | 
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Field Value 


Description 


timestamp 


source 


state 


type 
reason 
diagnostic 
component 


registerOrAddress 


expected 


actual 


class_type DMSCP 


SMG4 


DPT 


This field displays the local time when the 
fault occurred. 


This field displays the source of the fault. 


This field displays the state when the 
fault occurred. 


This field indicates the type of fault. 

This field displays the reason of the fault. 
This field displays the diagnostic string. 
This field displays the component. 


This field displays the register or 
address. 


This field displays the expected value. 
This field displays the actual value. 


Legacy SPM 


Used when the node class is datafilled as 
DMSCP in table MNNODE. 


Fabric is not applicable when type = 
DMSCP. 


MG4000 


Used when the node class is datafilled as 
SMGA in table MNNODE. 


Interworking SPM 


Used when the node class is datafilled as 
IW and DPT INFO is datafilled as 
BRIDGE ONLY in table MNNODE. 


Dynamic Packet Trunk (DPT) SPM 


Used when the node class is datafilled as 
IW and DPT INFO is datafilled as 
DPT ONLY in table MNNODE. 
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SPM313 (continued) 


Action 


No action required. 


Associated OM registers 
None 


Additional information 
None 


Log history 
SNO6 (DMS) 


Log SPM313 was changed for Enhanced Logs Phase 2 by Feature B89007430. 
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SPM330 
Explanation 
The SPM330 log report is generated when two Common Equipment Modules 
(CEMs) of a DMS-Spectrum Peripheral Module (SPM) come into datasync or 
go out of datasync. The ‘in-datasync’ condition is when both the CEMs are in 
InSv/ISTb. The ‘out-of-datasync’ condition is when one of the CEMs goes out 
of service (ManB or SysBb). 
Format 
The format for log report SPM330 follows: 
«office» SPM330 mmmmdd hh:mm:ss ssdd TBL SPM DataSync Report 
Location:<pm type><pmnumber><circuitpack> <circuitpackno> 
Status: No Alarm 
Problem: No data sync. 
Description: <text> 
Application: <text> 
Location: SPM «spm number» Type: <DMSCP, IW, SMG4,DPT> 
Fabric: <IP,ATM,N/A 
Example 


An example of log report SPM330 follows: 


PANDY1N14BG SPM330 Aug04 13:23:05 1400 TBL SPM DataSync Report 


Location: spm 7 CEM: 1 
Status: nO Alarm 
Problem: nO DATA SYNC. 


Description: Mate unavailable 
Application: 
Location: 14 Type: DMSCP Fabric: N/A 


Field descriptions 


The following table explains each of the fields in the log report: 


Field Value Description 


location Indicates the SPM number and 
CEM number that have gone in to 
or out of datasync. 


pm type SPM Indicates the PM type 


pm number 0 to 85 Indicates the PM number 
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Field 


Value 


Description 


circuitpack 
circuitpacknor 


Status 


Event 


Description 


Application 


class_type 


CEM 
0 to 1 


No alarm 


DMSCP 


SMG4 


DPT 


This log only affects CEMs. 
Indicates the circuit pack number 


Indicates whether an alarm was 
was raised to report this condition. 


Indicates whether the CEMs have 
gone in or out of datasync. 


Gives further information about the 
problem. 


Indicates the application in the 
SPM that is responsible for 
maintaining the datasync between 
the two CEMs. 


Legacy SPM 


Used when the node class is 
datafilled as DMSCP in table 
MNNODE. 


Fabric is not applicable when type = 
DMSCP. 


MG4000 


Used when the node class is 
datafilled as SMG4 in table 
MNNODE. 


Interworking SPM 


Used when the node class is 
datafilled as IW and DPT INFO is 
datafilled as BRIDGE ONLY in 
table MNNODE. 


Dynamic Packet Trunk (DPT) SPM 


Used when the node class is 
datafilled as IW and DPT INFO is 
datafilled as DPT ONLY in table 
MNNODE. 


Action 


No action is required. 
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SPM330 (continued) 


Associated OM registers 
Not applicable 


Additional information 
Not applicable 


Log history 
SNO06 (DMS) 
Log SPM330 was changed for Enhanced Logs Phase 2 by Feature B89007430. 
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SPM331 


Explanation 


The SPM331 log report for the DMS-Spectrum Peripheral Module (SPM) 
generates when a device has a protection switch failure. 


Format 
The format for log report SPM331 follows: 


*SPM331 Feb07 10:22:11 4700 TBL Failed Device Protection Switch 
Location:«pm type><node number><circuitpack> <circuitpackno> 
Status: Alarm Raised 
Problem: Device failed protection switch. 


Description: <text> 
Location: SPM «spm number» Type: <DMSCP, IW, SMG4,DPT> 
Fabric: <IP,ATM,N/A> 


Example 
An example of log report SPM331 follows: 


*SPM331 Feb07 10:22:11 4700 TBL Failed Device Protection Switch 
Location:«pm type»«node number»«circuit pack» <circuitpackno> 
Status: Alarm Raised 
Problem: Device failed protection switch. 


Description: «text» 
Location: SPM 14 Type: DMSCP Fabric: N/A 


Field descriptions 
The following table explains each of the fields in the log report: 


Field Value Description 
pm type SPM PM type 
pm number 0 to 85 PM number 
Circuit Pack Type CEM Circuit pack types 
OC-3 
DSPR 
DLC 
M Note: The voice signal processor 
(VSP) may not apply to all markets. 
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Field 


Value 


Description 


Circuit Pack Number 


Fault Description 


class_type 


0-27 


DMSCP 


SMG4 


DPT 


Circuit pack number 


Describes protection switch failure; 
table 64 characters; size is 64 bytes 


Legacy SPM 


Used when the node class is 
datafilled as DMSCP in table 
MNNODE. 


Fabric is not applicable when type = 
DMSCP. 


MG4000 


Used when the node class is 
datafilled as SMG4 in table 
MNNODE. 


Interworking SPM 


Used when the node class is 
datafilled as IW and DPT INFO is 
datafilled as BRIDGE ONLY in 
table MNNODE. 


Dynamic Packet Trunk (DPT) SPM 


Used when the node class is 
datafilled as IW and DPT INFO is 
datafilled as DPT ONLY in table 
MNNODE. 


Action 


Refer to the “PM 1SPM PROTFAIL SPM critical" alarm in the appropriate 
Alarm Clearing and Performance Monitoring Procedures. 


Associated OM registers 
Not applicable 


Additional information 
Not applicable 
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Log history 
SNO06 (DMS) 
Log SPM331 was changed for Enhanced Logs Phase 2 by Feature B89007430. 
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SPM332 
Explanation 
The SPM332 log is generated when the stability or screening test for the REX 
test on SPMs fails. 
Format 
The format for log report SPM332 follows: 
SPM 332 <mmmdd hh:mm:ss> <ssdd> TBL SPM REX aborted 
SPM: <spm_number> Type: <spm_variant> 
Reason: <reason> 
Example 


An example of log report SPM332 follows: 


SPM332 JAN24 01:57:54 2112 TBL SPM REX Aborted 

SPM: 0 Type: SMG4 

Reason: Stability check on CEM 0 failed 
SYSB in the past 12 hours 


Field descriptions 
The following table explains each of the fields in the log report: 


Log SPM332 field descriptions 


Field Value Description 


SPM REX Aborted Constant Indicates that the REX test on the SPM 
node was aborted. Subsequent 
information in the log report details why 
the test was aborted. 


Node type Constant, SPM Indicates that the node type for this log is 
SPM. 
Node Number Integer (0-85) SPM number 
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SPM332 (continued) 


Log SPM332 field descriptions 


Field Value 


Type alphanumeric 
string upto 6 
chars long. 


(DMSCP, 
MGAK, IW, 
DPT} 


Reason 3 lines of text 


Description 


Indicates the variant of the SPM. 


Provides the reason why the REX test is 
aborted. Refer to the table below for 
reasons. 


Log SPM332 reason field contents 


SPM REX log reasons 


Scenario 


Stability check on node failed 


<Node state> state 


Stability check on <CPK type> 
<CPK no:> failed 


<CPK state> state 


Stability check on <CPK type> 
<CPK no> failed 


<Alarmid> alarm 


Stability check on <Prt grp type> 
<Prt grp id> failed 


<Alarmid> alarm 


Stability check on node failed 


<Alarmid> alarm 


CM SWACTed in the past 12 hours. 


Stability database may be stale 


CEM 0 and CEM 1 do not have the 
same load 


Stability check on «CPK type» 
«CPK no» failed 


«CPK state» in the past 12 hours 


Node not in Insv/istb state. 


CEM not in Insv state, RM not in 
Insv/MANB/OFFL state. 


CEM/RM has a non-state alarm. 


Protection group has an alarm. 


Node has a non-state alarm. 


CM SWACT has occurred in the 
past 12 hours. 


CEMs do not have the same 
running load. 


CEM/RM has been in 
ISTB/SYSB state in the past 12 
hours. 
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Log SPM332 reason field contents 


SPM REX log reasons 


Stability check on <CPK type> 
<CPK no» failed 


<Alarm name> alarm in the past 12 
hours 


Stability check on <CPK type> 
«CPK no» failed 


«Event name> in the past «stability 
period» hours 


Stability check on node failed. 


«Alarm id» alarm in the past 12 
hours. 


Stability check on protection group 
failed. 


«Grp type» «Grp id» «Alarm id» 
alarm in the past 12 hours. 


Long Maintenance activity on «RM 
type» «RM no» 


CEM «CEM no». Long maintenance 
activity in progress. 


Rex test aborted manually. 


REX test aborted by the system. 


Stability check on «CPK type» 
«CPK no:> failed 


<CPK state> state. 


Scenario 


CEM/RM had an alarm raised in 
the past 12 hours. 


CEM/RM has been in 
Patched/Loaded/Provisioned 
within the stability period. 


Node had an alarm raised in the 
past 12 hours. 


Protection group had an alarm 
raised in the past 12 hours. 


Long duration maintenance 
activity in progress on RM. 


Long duration maintenance 
activity in progress on CEM. 


REX test aborted by manual 
ABTK command from CEM 
MAP level. 


REX test aborted by the system 
REX. 


REX test aborted due to RM 
dropping IstB or having a 
non-state alarm during REX test 
duration. 


No immediate action is required. 


Associated OM registers 


Not applicable 
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SPM332 (end) 


Additional information 
Not applicable 
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SPM333 


Explanation 
The SPM333 log is generated when a REX test on an SPM fails during 


execution. 
Format 
The format for log report SPM333 follows: 
SPM 333 <mmmdd hh:mm:ss> <ssdd> TBL SPM REX failed 
SPM: <spm_number> Type: <spm_variant> 
Reason: <reason> 
Example 


An example of log report SPM333 follows: 


SPM333 JAN24 01:57:54 2112 TBL SPM REX Failed 
SPM: 0 Type: SMG4 
Reason: Reset step failed 

CEM 1. Failed to send status to Local. 


Field descriptions 
The following table explains each of the fields in the log report: 


Log SPM333 field descriptions 


Field Value Description 


SPM REX Failed Constant Indicates that the REX test on the SPM 
node failed. Subsequent information in 
the log report details why the test failed. 


Node type Constant, SPM Indicates that the node type for this log is 
SPM. 
Node Number Integer (0-85) — SPM number 
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Log SPM333 field descriptions 


Field Value 


Type alphanumeric 
string upto 6 
chars long. 


(DMSCP, 
MGAK, IW, 
DPT} 


Reason 3 lines of text 


Description 


Indicates the variant of the SPM. 


Provides the reason why the REX test 
failed. Refer to the table below for 
reasons. 


Log SPM333 reason field contents 


Scenario 


RESET step fails 
OOS Test step fails 


RTS step fails 


CEM drops to SYSB or does not come to Insv state during post-RTS wait period 
SWACT step failed (either rejected or failed from Local Agent) 


Active CEM drops SysB/IstB during REX duration on that SPM 


Action 


No immediate action required. If the units are in SYSB state, they will be 
recovered by automatic SYSB recovery. The local and core logs may be 
collected for analyzing the failure cause. 


Associated OM registers 
Not applicable 


Additional information 


If the reason in SPM 333 log is RESET, OOS Test or RTS step, then also 
collect NODE 500 and NODE 600 logs. A SYSB alarm will be raised on the 
MAP, and PM Alarm Banner will be updated. 
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SPM334 


Explanation 


Format 


Example 


The SPM334 log report for the DMS-Spectrum Peripheral Module (SPM) 
generates whenever an alternate synchronization source is not available and 
the timing configuration no longer conforms to SONET specifications. Outside 
of SONET specifications, call quality degrades. Alarm severity is provisioned. 


The format for log report SPM334 follows: 


**SPM334<alarm>: Timing Configuration Out of Spec 
SPM: <#> CEM: <S$> 
Reason: SPM call performance is not within 
SONET specifications 


An example of log report SPM334 follows: 


**SPM334 JANO3 20:06:19 5500:Timing Configuration Out of Spec 
SPM: 0 CEM: 0 
Reason: SPM call performance is not within 
SONET specifications 


Field descriptions 


Action 


The following table explains each of the fields in the log report: 


Field Value Description 
# 0-63 Node number 
$ 0-1 Unit number 


Take action to restore the timing configuration within SONET specifications. 


Associated OM registers 


Not applicable 
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Additional information 
Not applicable 
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SPM335 
Explanation 
The SPM335 log report for the DMS-Spectrum Peripheral Module (SPM) 
generates when a device has a protection switch failure. 
Format 
The format for log report SPM335 follows: 
** SPM335 Feb07 10:22:11 4700 TBL Device Spare 
Location: <pm type> <node number> <circuit pack> <circuit 
Status: Alarm Raised 
Problem: <text> 
Description: <text> 
Location: SPM «spm number» Type: <DMSCP, IW, SMG4,DPT> 
Fabric: <IP,ATM,N/A> 
Example 


An example of log report SPM335 follows: 


RTPLSOIBF ** SPM335 Feb24 17:23:36 8200 TBL Device Spare 
Location: SPM: 17 QG93s rE 
Status: Alarm Cleared 


Description: NOSPARE alarm for this protection group 
cleared. 
Location: SPM 14 Type: DMSCP Fabric: N/A 


Field descriptions 
The following table explains each of the fields in the log report: 


Field Value Description 
pm type SPM PM type 
pm number 0 to 85 PM number 
Circuit Pack Type CEM Circuit pack types 
OC-3 
DSPR 
vor Note: The voice signal processor 
(VSP) may not apply to all markets. 
Circuit Pack Number 0 to 27 Circuit pack number 
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Field Value Description 
Fault Description Describes protection switch failure 
class type DMSCP Legacy SPM 


Used when the node class is 
datafilled as DMSCP in table 
MNNODE. 


Fabric is not applicable when type = 
DMSCP. 


SMG4 MG4000 


Used when the node class is 
datafilled as SMG4 in table 
MNNODE. 


IW Interworking SPM 


Used when the node class is 
datafilled as IW and DPT INFO is 
datafilled as BRIDGE ONLY in 
table MNNODE. 


DPT Dynamic Packet Trunk (DPT) SPM 


Used when the node class is 
datafilled as IW and DPT INFO is 
datafilled as DPT ONLY in table 
MNNODE. 


Action 
No action is required. 


Associated OM registers 
Not applicable 


Additional information 
Not applicable 


Log history 
SNO06 (DMS) 
Log SPM335 was changed for Enhanced Logs Phase 2 by Feature B89007430. 
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SPM340 


Explanation 


The SPM340 log report for the DMS-Spectrum Peripheral Module (SPM) 
generates during a computing module (CM) warm switch of activity 
(SWACT). The CM sends a message to both common equipment modules 
(CEM) in the Spectrum to update the existing EXECS to those that correspond 
to the new CM load. If the update fails, this log generates. 


Format 
The format for log report SPM340 follows: 


<office> SPM340 <date> <time> <sequence number> <severity> 
SPM <spm number> 

Failed to send EXECS to CEM <cem number> 

Location: SPM «spm number» Type: <DMSCP, IW, SMG4,DPT> 
Fabric: <IP,ATM,N/A> 


Example 
An example of log report SPM340 follows: 


RTPN14AR SPM340 NOVO8 14:42:05 6600 FAIL CM WarmSwact SPM Repo 
SPM 3 
Location: SPM 14 Type: DMSCP Fabric: N/A 


Field descriptions 
The following table explains each of the fields in the log report: 


Field Value Description 
spm number 0 to 85 SPM where CM SWACT message failed 
cem number 0 to 1 CEM where CM SWACT message failed 
class type DMSCP Legacy SPM 


Used when the node class is datafilled as 
DMSCP in table MNNODE. 


Fabric is not applicable when type = 
DMSCP. 


SMG4 MG4000 


Used when the node class is datafilled as 
SMG4 in table MNNODE. 
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Field Value Description 


IW Interworking SPM 


Used when the node class is datafilled as IW 
and DPT INFO is datafilled as 
BRIDGE ONLY in table MNNODE. 


DPT Dynamic Packet Trunk (DPT) SPM 


Used when the node class is datafilled as IW 
and DPT INFO is datafilled as DPT ONLY 
in table MNNODE. 


Action 
Manually busy the SPM, then return it to service. 


Associated OM registers 
None 


Additional information 
None 


Log history 
SNO06 (DMS) 
Log SPM340 was changed for Enhanced Logs Phase 2 by Feature B89007430. 
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SPM350 

Explanation 
An alarm goes on and the SPM350 log report for the DMS-Spectrum 
Peripheral Module (SPM) generates to warn of a potential for resource 
exhaustion of one specific resource type on a specific SPM node. The log is 
also output when the alarm goes to the off state. It is an alarmed log that is 
generated to indicate the corresponding SPM node-level alarm changed state. 
Outputs are resource type, SPM node number, and number of resources of that 
type currently free and in use. 
Default severity is minor. However, this can be changed through table control. 
The default low-water-mark is 60% of the pool size, and this can be changed 
by way of datafill. When the low-water-mark is reached, the alarm and 
alarmed log are generated. Thresholds are changed in table MNNODE. 
In order to avoid flooding the computing module (CM) with logs when call 
processing is operating near the threshold and repeatedly crossing it, local 
SPM resource management implements a latching algorithm that waits before 
outputting the next change in the alarm state if the previous state occurred 
within ten seconds. 

Note: An OM register is pegged every time the low-water-mark threshold 
has been crossed. 

Local SPM resource management also ensures that the alarm does not get 
stuck on or off. 
The log is given for each resource type. 

Format 
The format for log report SPM350 follows: 
SPM350 <mmmdd> <hh>:<mm>:<ss> <ssdd>Pool Percent Free Resource 
STATE = <ALARM_STATE> 
POOL = <RESOURCE_TYPE> 
SPM = <SPM_NUM> 
FREE = <NUM_FREE> 
INUSE = <NUM_INUSE> 
Location: SPM «spm number» Type: <DMSCP, IW, SMG4,DPT> 
Fabric: <IP,ATM,N/A> 

Example 


An example of log report SPM350 follows: 
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PANDYO7BO 
Resources Low 


ALARM STATE = 


POOL 
SPM_NUM 
NUM_FREE 


NUM_INUSE 


Location: SPM 14 


Field descriptions 


ON 


*SPM350 MAR11 03:01:50 1400 LO Pool Percent Free 


TONESYN 


0 
40 


- 60 


Type: 


DMSCP Fabric: N/A 


The following table explains each of the fields in the log report: 


Field Value Description 
ALARM STATE ON OFF An indication of whether the alarm has 
gone on or off 
RESOURCE TYPE  ECAN The resource type of the pool that is 
COT being depleted. They are 
TONESYN * echo canceller 
DTMF e  CCS7 continuity testers 
MF * tone synthesizers 
* DTMF receivers 
SPM NUM 1 to 85 Node number of the SPM 
NUM FREE 0 to 32767 Number of free or unallocated resources 
in the pool at the time of threshold 
crossing 
NUM INUSE 1 to 32767 Number of resources in use at the time of 
threshold crossing 
class type DMSCP Legacy SPM 
Used when the node class is datafilled as 
DMSCP in table MNNODE. 
Fabric is not applicable when type = 
DMSCP. 
SMG4 MG4000 


Used when the node class is datafilled as 
SMG4 in table MNNODE. 
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Field Value Description 


IW Interworking SPM 


Used when the node class is datafilled as 
IW and DPT_INFO is datafilled as 
BRIDGE_ONLY in table MNNODE. 


DPT Dynamic Packet Trunk (DPT) SPM 


Used when the node class is datafilled as 
IW and DPT_INFO is datafilled as 
DPT_ONLY in table MNNODE. 


Action 
When the alarm goes on, the expected action is to provision for extra capacity 
by adding one or more RMs to the affected SPM; add another SPM to the 
office if the SPM in trouble is fully loaded; or to decrease the call rate on the 
node. 


Associated OM registers 
ECANRMAN: ECANLOW, ECANUTIL, ECANHI 


DSPRMAN: COTLOW, DTMFLOW, TONELOW, COTUTIL, DTMFUTIL, 
TONEUTIL, MFLOW, MFUTIL, COTHI, DTMFHI, TONEHI, MFHI 


Additional information 
Not applicable 


Log history 
SNO06 (DMS) 
Log SPM350 was changed for Enhanced Logs Phase 2 by Feature B89007430. 
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SPM500 


Explanation 


The SPM500 log report for the DMS-Spectrum Peripheral Module (SPM) 
generates when a device changes states, such as from inactive to active. 


Note: This does not apply to CEM circuit types. 


Format 
The format for log report SPM500 follows: 


* SPM500 Feb07 10:22:11 4700 INFO Device State Change 
Location:<pm type><node number><circuit pack><circuit packno 
From: INSV 
Tos INTB 
Location: SPM «spm number» Type: <DMSCP, IW, SMG4,DPT> 
Fabric: «IP,ATM,N/A» 


Example 
An example of log report SPM500 follows: 


** SPM500 Feb07 10:22:11 4700 INFO Device State Change 


Location: SPM 01 DLC 01 
From: State 
To: State 


Location: SPM 14 Type: DMSCP Fabric: N/A 


Field descriptions 
The following table explains each of the fields in the log report: 


Field Value Description 
pm type SPM PM type 
pm number 0 to 85 PM number 
Circuit Pack Type OC-3 Circuit pack types 
DSPR 
DLC 
VSP 
Note: The voice signal processor 
(VSP) may not apply to all markets. 
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Field Value Description 
Circuit Pack Number 0 to 27 Circuit pack number 
state Uneq Describes if the device is the active 
device or inactive device 
sysb 
manb 
offl 
cbsy 
istb 
insv 
class type DMSCP Legacy SPM 
Used when the node class is 
datafilled as DMSCP in table 
MNNODE. 
Fabric is not applicable when type = 
DMSCP. 
SMG4 MG4000 
Used when the node class is 
datafilled as SMG4 in table 
MNNODE. 
IW Interworking SPM 
Used when the node class is 
datafilled as IW and DPT INFO is 
datafilled as BRIDGE ONLY in 
table MNNODE. 
DPT Dynamic Packet Trunk (DPT) SPM 
Used when the node class is 
datafilled as IW and DPT INFO is 
datafilled as DPT ONLY in table 
MNNODE. 


Action 
No action is required. 


Associated OM registers 
Not applicable 
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SPM500 (end) 


Additional information 
Not applicable 


Log history 
SNO06 (DMS) 
Log SPM500 was changed for Enhanced Logs Phase 2 by Feature B89007430. 


Note added to state that log does not apply to CEM circuit types. 
CR Q00651407. 
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SPM501 
Explanation 
The SPM501 log report for the DMS-Spectrum Peripheral Module (SPM) 
generates when the clock mode changes from sync, freerun, holdover, or 
acquire to sync, freerun, holdover, or acquire. Alarm severity is provisioned. 
Note: This log is not generated when the clock mode changes from 
synchronization to holdover. See log SPM332 for more information. 
Format 
The format for log report SPM501 follows: 
SPM501 <alarm>: Sync Operation Mode Change 
SPM: 0 CEM: $> 
From: «xx» 
To: <yy> 
Location: SPM «spm number» Type:«DMSCP, IW, SMG4, DPT> 
Fabric: «IP,ATM,N/A» 
Example 


An example of log report SPM501 follows: 


SPM501 NOV22 13:46:35 3800 INFO Sync Operation Mode Change 
SPM: 0 CEM: O 
From: Sync 


To: Freerun 
Location: SPM 14 Type: DMSCP Fabric: N/A 


Field descriptions 
The following table explains each of the fields in the log report: 


Field Value Description 

# 0 to 85 Node number 

$ 0 to 1 CEM number 

XX sync Previous sync mode 
holdover 
freerun 
acquire 
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Field Value Description 
yy sync Current sync mode 
holdover 
freerun 
acquire 
class_type DMSCP Legacy SPM 
Used when the node class is 
datafilled as DMSCP in table 
MNNODE. 
Fabric is not applicable when type = 
DMSCP. 
SMG4 MG4000 
Used when the node class is 
datafilled as SMG4 in table 
MNNODE. 
IW Interworking SPM 
Used when the node class is 
datafilled as IW and DPT INFO is 
datafilled as BRIDGE ONLY in 
table MNNODE. 
DPT Dynamic Packet Trunk (DPT) SPM 


Used when the node class is 
datafilled as IW and DPT INFO is 
datafilled as DPT ONLY in table 
MNNODE. 


Action 


No action is required. 


Associated OM registers 
Not applicable 


Additional information 
Not applicable 
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SPM501 (continued) 


Log history 
SNO06 (DMS) 
Log SPM501 was changed for Enhanced Logs Phase 2 by Feature B89007430. 
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SPM502 


Explanation 


Format 


Example 


ATM Connection State Change Log 


The DMS-Spectrum Peripheral Module (SPM) log SPM502, ATM 
Connection State Change Log, generates when the local common equipment 
module (CEM) software sends a single alarm report. The alarm report 
generates when an ATM Connection changes state in the local. This state 
change must be propagated to the core. Once propagated, the core reflects the 
state change in its state database and the MAP display and then generates this 
log report. 


The format for log report SPM502 follows: 


SPM Number <0 to 63> 

Connection Number <0 to 181> 

From State <InSv, Almd, CAlm, COOS, UnEq> 
To State <InSv, Almd, CAlm, COOS, UnEq> 
Alarm ID «0 to 255> 

Alarm Name <8 character string> 


Alarm Reason <50 character string> 
Location: SPM «spm number» Type: <DMSCP, IW, SMG4,DPT> 
Fabric: <IP,ATM,N/A> 


Note I: The local CEM generates the “Alarm ID" value; however, the core 
has no knowledge of the contents other than the range. 


Note 2: The local CEM generates the “Alarm Name" and “Alarm Reason" 
strings; however, the core has no knowledge of the contents. 


An example of log report SPM502 follows: 


***SPM502 FEBO5 10:21:34 4300 INFO ATM Connection State Change 


Location : SPM 0 IF 1 CNO INDEX 45 CNO 162 
From State : InSv To State : Almd 
Alarm ID sod Alarm Name: RDI 


Alarm Reason: This can be up to 48 characters long. 
Location: SPM 14 Type: DMSCP Fabric: N/A 
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SPM502 (continued) 


Field descriptions 


The following table explains each of the fields in the log report: 


Field Value Description 
SPM Number 0 to 85 This is the SPM number as datafilled in table 
MNNODE. 
Connection Number 0 to 185 This is an external connection number 
provisioned. 
From State InSv, Almd, CAlm, This is a string which represents the ATM 
COOS, UnEq Connection state we are changing from. 
To State InSv, Almd, CAlm, This is a string which represents the ATM 
COOS, UnEq connection state we are changing to. 
Alarm ID 0 to 255 This is a BYTE value that the local CEM 
generates to represent an alarm generating 
on a particular connection. Note: Multiple 
alarms can generate on the same 
connection. 
Alarm Name Determined by the — This string represents the ATM connection 


Alarm Reason 


class type 


local CEM 
software 


Determined by the 
local CEM 
software. The 
string passed up 
by the local CEM is 
32 characters in 
length. When it 
reaches the core 
either "detected" or 
"cleared" is added 
to the end of the 
string. 


DMSCP 


alarm name. It can have up to 8 characters. 
The local CEM generates the string. 


This string represents the ATM connection 
alarm reason. It can have up to 50 
characters. The local CEM generates the 
string. 


Legacy SPM 


Used when the node class is datafilled as 
DMSCP in table MNNODE. 


Fabric is not applicable when type = 
DMSCP. 
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SPM502 (continued) 


Field Value 


Description 


DPT 


MG4000 


Used when the node class is datafilled as 
SMG4 in table MNNODE. 


Interworking SPM 


Used when the node class is datafilled as IW 
and DPT INFO is datafilled as 
BRIDGE ONLY in table MNNODE. 


Dynamic Packet Trunk (DPT) SPM 


Used when the node class is datafilled as IW 
and DPT INFO is datafilled as DPT ONLY 
in table MNNODE. 


Action 


This log generates if an alarm condition occurs or an alarm condition clears. 
Usually, the condition is generated by the far-end ATM edge switch. 


SET--no action required. The trunks associated with this connection are taken 
out-of-service (OOS) by ATM maintenance. 


CLEAR--no action required. The trunks associated with this connection are 
returned to service by ATM maintenance. 


Associated OM registers 
Not applicable 


Additional information 
None 


Log history 
SNO06 (DMS) 


Log SPM502 was changed for Enhanced Logs Phase 2 by Feature B89007430. 
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SPM503 
Explanation 
ATM Connections Carrier State Change Log 
The DMS-Spectrum Peripheral Module (SPM) log SPM503 generates when 
the associated carrier on an SPM goes out-of-service (OOS) and signals the 
Asynchronous Transfer Mode (ATM) Maintenance of the carrier state change. 
When this carrier goes OOS, change the state of every connection associated 
with that carrier. Up to 84 connections may require a state change. In order to 
eliminate the large number of logs, only one log generates to indicate the 
problem. 
Format 
The format for log report SPM503 follows: 
SPM Number «0 to 63> 
Carrier Number «0 to 181» 
Log Reason «50 character string? 
Log Results «56 character string? 
Location: SPM «spm number» Type: <DMSCP, IW, SMG4,DPT> 
Fabric: «IP,ATM,N/A» 
Example 


An example of log report SPM503 follows: 


***SPM503 FEBO5 10:21:34 4300 INFO ATM Connections: Carrier State Change 
Location : SPM 0 IE- A CARRIER 5 
Reason : The STS3c Carrier has gone OOS. 


Results : All ATM Connections on this carrier have gone COOS/CAlm. 
Location: SPM 14 Type: DMSCP Fabric: N/A 


Field descriptions 
The following table explains each of the fields in the log report: 


Field Value Description 

SPM number 0 to 85 The is the SPM number as datafilled in table 
MNNODE. 

Carrier Number 0 to 185 The is the Carrier number as datafilled in 
table MNHSCARR. 
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Field Value Description 

Log Reason Parent Carrier has The first string indicates the parent STS3cP 
gone OOS Carrier has gone OOS. This results in all the 
m ATM connections associated with that 

carrier to go COOS or CAlm. The second 
Parent carrierhas string indicates the STS3cP carrier has 
returned to service returned to service. This results in the ATM 

connections going InSv or Almd. 

Log Results All ATM The first string results from the STS3cP 
connectionsonthis carrier going OOS. The second string 
carrier have gone results from the STS3cP carrier returning to 
COOS/CAIm service. 
or 
All ATM 
connections on this 
carrier have gone 
InSv/Almd 

class_type DMSCP Legacy SPM 

Used when the node class is datafilled as 
DMSCP in table MNNODE. 
Fabric is not applicable when type = 
DMSCP. 

SMG4 MG4000 
Used when the node class is datafilled as 
SMG4 in table MNNODE. 

IW Interworking SPM 
Used when the node class is datafilled as IW 
and DPT INFO is datafilled as 
BRIDGE ONLY in table MNNODE. 

DPT Dynamic Packet Trunk (DPT) SPM 
Used when the node class is datafilled as IW 
and DPT INFO is datafilled as DPT ONLY 
in table MNNODE. 

Action 


Correct the problem that has occurred in the carrier. 
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SPM503 (continued) 


Associated OM registers 
Not applicable 


Additional information 
None 


Log history 
SNO06 (DMS) 
Log SPM503 was changed for Enhanced Logs Phase 2 by Feature B89007430. 
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SPM504 


Explanation 


Format 


Example 


ATM Connections RM Device State Change Log 


The SPM504 log generates for the Spectrum Peripheral Module (SPM) when 
both of the associated Asynchronous Transfer Mode (ATM) Resource Module 
(RM) devices on an SPM go out-of-service (OOS) and the Integrated Device 
Maintenance (IDM) signals ATM Maintenance of the device state change. 
When these devices go OOS, change the state of every Connection associated 
with that device. Up to 84 connections may require a state change. In order to 
eliminate the large number of logs, only one log generates to indicate the 


The format for log report SPM504 follows: 


SPM Number «0 to 63» 
Log Reason «50 character string? 
Log Results «56 character string? 


Location: SPM «spm number» Type: <DMSCP, IW, SMG4,DPT> 
Fabric: «IP,ATM,N/A» 


An example of log report SPM504 follows: 


***SPM504 FEBOS 10:21:34 4300 INFO ATM Connections: RM State Change 


Location : SPM 0 IF 1 
Reason : Both ATM RM devices have gone OOS. 


Results : All ATM Connections on this device have gone COOS. 
Location: SPM 14 Type: DMSCP Fabric: N/A 
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Field descriptions 
The following table explains each of the fields in the log report: 


Field Value Description 
SPM Number 0 to 85 The is the SPM number as datafilled in table 
MNNODE. 
Log Reason Both ATM RM The first string indicates that both ATM RM 
devices have gone devices have gone OOS. This results in all 
OOS the ATM connections associated with that 
m RM device to go COOS. The second string 
indicates at least one ATM RM device has 
The active ATM returned to service. This results in the ATM 
RM device has connections going InSv. 
returned to service 
Log Results All ATM The first string results from both RM devices 
connections onthis going OOS. The second string results from 
device have gone at least one ATM RM device returning to 
COOS service. 
or 
All ATM 
connections on this 
device have gone 
INSV 
class_type DMSCP Legacy SPM 
Used when the node class is datafilled as 
DMSCP in table MNNODE. 
Fabric is not applicable when type = 
DMSCP. 
SMG4 MG4000 
Used when the node class is datafilled as 
SMG4 in table MNNODE. 
IW Interworking SPM 
Used when the node class is datafilled as IW 
and DPT INFO is datafilled as 
BRIDGE ONLY in table MNNODE. 
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Field Value Description 
DPT Dynamic Packet Trunk (DPT) SPM 
Used when the node class is datafilled as IW 
and DPT INFO is datafilled as DPT ONLY 
in table MNNODE. 
fabric ATM Table MNCKTPAK CPKTYPE = ATM 
IP Table MNCKTPAK CPKTYPE = GEM 
UNK Table MNCKTPAK CPKTYPE is anything 
other than ATM or GEM, or circuit pack is 
not datafilled in table MNCKTPAK. 
spaces If the type is DMSCP in table MNNODE, 
then the fabric will not be displayed in the 
log. 
Action 


Correct the problem that has occurred in the ATM RM device. 


Associated OM registers 
Not applicable 


Additional information 
None 


Log history 
SNO06 (DMS) 


Log SPM504 was changed for Enhanced Logs Phase 2 by Feature B89007430. 


DMS-250 Logs Reference Manual, Volume 6 of 6 SNO6 (DMS) 


4 Log Reports 


SPM504 (end) 


297-2621 -840 Standard 12.02 September 2003 


Log Reports 1-1 


SPM600 


Explanation 


The SPM600 log report generates for the DMS-Spectrum Peripheral Module 
(SPM) when the message switch (MS) changes modes and is not able to notify 


the in- 


Format 


service SPM of the mode change. 


The format for log report SPM600 follows: 


SPM600 <alarm>: MS Mode Change 


Example 


SPM: <#> CEM: <S> 
Reason: MS changed modes and was not able to notify 


the SPM. 
Location: SPM «spm number» Type: <DMSCP, IW, SMG4,DPT> 
Fabric: <IP,ATM,N/A> 


An example of log report SPM600 follows: 


k*k SP 


M600 JANO3 20:28:36 0800 INFO MS Mode Changed 
SPM: 0 CEM: 0 
Reason: MS changed modes and was not able to notify 


the SPM. 
Location: SPM 14 Type: DMSCP Fabric: N/A 


Field descriptions 
The following table explains each of the fields in the log report: 


Field Value Description 
# 0 to 85 Node number 
$ 0 to 1 Unit number 
class_type DMSCP Legacy SPM 


Used when the node class is 
datafilled as DMSCP in table 
MNNODE. 


Fabric is not applicable when type = 
DMSCP. 
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Field Value Description 


SMG4 MG4000 


Used when the node class is 
datafilled as SMG4 in table 
MNNODE. 


IW Interworking SPM 


Used when the node class is 
datafilled as IW and DPT INFO is 
datafilled as BRIDGE ONLY in 
table MNNODE. 


DPT Dynamic Packet Trunk (DPT) SPM 


Used when the node class is 
datafilled as IW and DPT INFO is 
datafilled as DPT ONLY in table 
MNNODE. 


Action 
No action is required. 


Associated OM registers 
Not applicable 


Additional information 
Not applicable 


Log history 
SNO06 (DMS) 
Log SPM600 was changed for Enhanced Logs Phase 2 by Feature B89007430. 
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SPM619 


Explanation 


Log SPM619 is a new log that displays information about FSP (Frame 
Supervisory Panel) alarms on remote MG4K nodes. The information includes 
site information, floor number, row, frame position and number, failure type 
and whether the failure is cleared or raised. Log SPM619 also displays the 
SPM node number, SPM type and the fabric. 


Log SPM619 is generated only when the reportability field is set to Y for scan 
function FSP REMOTE _SMGé4 in table ALMSC. 


Format 
The format for log report SPM619 follows. 


«office id^» ** SPM619 <mmmdd hh:mm:ss ssdd> INFO Remote MG4K Fault Details 


Alias :<site_name> Floor : «floor no» Row : «row no» Frame No : «frame no» 


Frame Pos :«frame pos» Fault : <SIM/PCIU/FAN> Alarm : <raised/cleared> 
Location: <SPM node no» Type: «spm type» Fabric: «fabric type? 


Example 
An example of log report SPM619 follows. 


>open spm619 


Done. 

SNOSBEINDY1 ** SPM619 AUG17 15:18:55 5100 INFO Remote MG4K Fault Details 
Alias : SPRINGHILL51 Floor : 1 Row : C Frame No : 1 

Frame Pos : 13 Fault : FAN Alarm : Raised 

Location: SPM 51 Type: SMG4 Fabric: ATM 


>open spm619 


Done. 

SNOSBEINDY1 ** SPM619 AUG17 15:18:55 5100 INFO Remote MG4K Fault Details 
Alias : SPRINGHILL51 Floor : 1 Row : C Frame No : 1 

Frame Pos : 13 Fault : SIMA Alarm : Raised 

Location: SPM 51 Type: SMG4 Fabric: ATM 


>open spm619 


Done. 

SNOSBEINDY1 ** SPM619 AUG17 15:18:55 5100 INFO Remote MG4K Fault Details 
Alias : SPRINGHILL51 Floor : 1 Row : C Frame No : 1 

Frame Pos : 13 Fault : PCIU Alarm : Raised 

Location: SPM 51 Type: SMG4 Fabric: ATM 
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Field descriptions 


The following table explains each of the fields in the log report: 


Field 


Value 


Description 


«node no» 


«site name» 


«floor no» 


«frame no» 


«row no» 


«frame pos» 


<SIM/PCIU/FAN> 


<raised/cleared> 


<spm_type> 


<fabric_type> 


remote MG4K node number where FSP 
alarm is reported 


site name where remote MG4K node is 
located; derived from ALIAS field in table 
MNNODE 


floor number 
frame number 
row number 


frame position, where remote MG4K node 
is located 


Fault type reported by remote MG4K node 


Indicates if fault is raised or cleared on the 
remote MG4K node 


SMG4 always as the SPM node type is 
MG4K node 


Fabric type that supports this MG4K node. 
ATM/IP 


Action 


When an FSP alarm is reported in the log, in order to enable better 
performance, the faulty hardware for the remote MG4K node must be replaced 
as soon as possible. Failure to act on this log might result in an outage of the 
remote MG4K node if a second failure of the same type occurs on the node. 


Related OM registers 


None 


Additional information 
None 
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SPM630 


Explanation 


Format 


Example 


The SPM630 log report generates for the DMS-Spectrum Peripheral Module 
(SPM) when a successful sparing event occurs. 


The format for log report SPM630 follows: 


** SPM630 Feb07 10:22:11 4700 INFO Device Protection 


Location:<pm type> <node number> <circuit pack> 
<circuit packno> 

From: t_spmdef_prot_designation 

To: t_spmdef_prot_designation 

Location: SPM «spm number» Type: <DMSCP, IW, SMG4,DPT> 

Fabric: <IP,ATM,N/A> 


An example of log report SPM630 follows: 


** SPM630 Feb07 10:22:11 4700 INFO Device Protection 


Location: SPM 01 DLC 01 
From: Working 
To: Spare 


Location: SPM 14 Type: DMSCP Fabric: N/A 


Field descriptions 


The following table explains each of the fields in the log report: 


Field Value Description 
pm type SPM PM type 
pm number 0 to 85 PM number 
Circuit Pack Type CEM Circuit pack types 
OC-3 
DSPR 
DLC 
WP Note: The voice signal processor (VSP) 
does not apply to all markets. 
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Field Value Description 


Circuit Pack Number 0 to 27 Circuit pack number 


t_spmdef_prot_designation Spare Describes whether the device is the active 


f device or inactive device 
Working 


class_type DMSCP Legacy SPM 


Used when the node class is datafilled as 
DMSOP in table MNNODE. 


Fabric is not applicable when type = 
DMSCP. 


SMG4 MG4000 


Used when the node class is datafilled as 
SMG4 in table MNNODE. 


IW Interworking SPM 


Used when the node class is datafilled as IW 
and DPT INFO is datafilled as 
BRIDGE ONLY in table MNNODE. 


DPT Dynamic Packet Trunk (DPT) SPM 


Used when the node class is datafilled as IW 
and DPT INFO is datafilled as DPT ONLY 
in table MNNODE. 


Action 
No action is required. 


Associated OM registers 
Not applicable 


Additional information 
Not applicable 


Log history 
SNO06 (DMS) 
Log SPM630 was changed for Enhanced Logs Phase 2 by Feature B89007430. 
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SPM632 
Explanation 
The SPM632 log is generated when a REX test has started on an SPM node. 
Format 
The format for log report SPM632 follows: 
SPM 632 <mmmdd hh:mm:ss> <ssdd> INFO SPM REX INFO 
SPM: <spm_number> Type: <spm_variant> 
Reason: REX started at <mmmdd hh:mm:ss> 
Example 


An example of log report SPM632 follows: 


SPM632 JAN24 01:57:54 2112 INFO SPM REX INFO 
SPM: 0 Type: SMG4 
Reason: REX started at JAN24 01:56:50. 


Field descriptions 
The following table explains each of the fields in the log report: 


Log SPM632 field descriptions 


Field Value Description 
SPM REX INFO Constant Indicates that the REX test on the SPM 
node was started. 
Node type Constant, SPM Indicates that the node type for this log is 
SPM. 
Node Number Integer (0-85) SPM number 
Type alphanumeric Indicates the variant of the SPM. 
string upto 6 
chars long. 
(DMSCP, 
MGAK, IW, 
DPT) 
Reason 3 lines of text Provides a timestamp of when REX 
started on the reported SPM node. 
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Action 
No immediate action required. 


Associated OM registers 
Not applicable 


Additional information 
None. 
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SPM633 
Explanation 
The SPM633 log is generated when a REX test on an SPM is successful. 
Format 
The format for log report SPM633 follows: 
SPM 633 <mmmdd hh:mm:ss> <ssdd> INFO SPM REX Success 
SPM: <spm_number> Type: <spm_variant> 
REX test successful 
Example 


An example of log report SPM633 follows: 


SPM633 JAN24 01:57:54 2112 INFO SPM REX Success 
SPM: 0 Type: SMG4 
REX test successful. 


Field descriptions 
The following table explains each of the fields in the log report: 


Log SPM633 field descriptions 


Field Value Description 
SPM REX Constant Indicates that the REX test on the SPM 
Success node was successful. 
Node type Constant, SPM Indicates that the node type for this log is 
SPM. 
Node Number Integer (0-85) SPM number 
Type alphanumeric Indicates the variant of the SPM. 
string upto 6 
chars long. 
{DMSCP, 
MGAK, IW, 
DPT} 
REX test Constant Shows that the REX test on the reported 
successful SPM was successful. 
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Action 
No immediate action required. 


Associated OM registers 
Not applicable 


Additional information 
Node 500 logs will be reported for state changes on the CEM during REX test. 
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SPM650 


Explanation 


Format 


Example 


The SPM650 log report generates for the DMS-Spectrum Peripheral Module 
(SPM) when in-service common equipment module (CEM) or resource 
module (RM) loading operation passes on a circuit pack. This log informs 
operating company personnel about the success of a loading operation. 


The alarm severity is no_alarm. 


For in-service CEM loading, the non-volatile (FLASH) memory on the CEM 
has a copy of the new load; for RM loading, a copy of the new load is in 
volatile memory (RAM). 


The format for log report SPM650 follows: 


«log office id» * SPM650 «date» <hour>:<min>:<sec> «log num» 
SPM Device Loader Success 

Report: «report seq. num» OF «total num. of report» 

Device: SPM «spm num» «device type» «device unit no» 

Result: Passed 

Load File: «load file name» 

Elapsed Time:«elapsed hour>:<elapsed min>:<elapsed sec 

KiloByte Loaded: <kiloByte downloaded> 

Location: SPM <spm number» Type: <DMSCP, IW, SMG4,DPT> 

Fabric: <IP,ATM,N/A> 


An example of log report SPM650 follows: 


PANDYO7BJ SPM650 FEB10 09:55:38 4900 PASS 
SPM Device Loader Success 
Report: 2 OF 2 
Device: SPM 1 DSP 3 
Result: Passed 
Load File: DSP201CB 
Elapsed Time: 00:01:17 


KiloByte Loaded: 85 
Location: SPM 14 Type: DMSCP Fabric: N/A 
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SPM650 (continued) 


Field descriptions 


The following table explains each of the fields in the log report: 


<load file name> 


<elapsed hour> 
<elapsed min> 
<elapsed sec> 


<kiloByte downloaded> 


alphanumeric 
characters plus . 


00 to 59 
00 to 59 
00 to 59 
0 to 65535 


Field Value Description 
<log_office_id> Office parameter LOG_OFFICE_ID in table 
OFCVAR; identifies the office where log is 
generated 
<date> Date the log is generated; format is MMMDD 
<hour> 00 to 23 Hour the log is generated; format is HH 
<min> 00 to 59 Minute the log is generated; format is MM 
<sec> 00 to 59 Second the log is generated; format is SS 
<log_num> Office log sequence number, an integer 
<report seq. num> 1 to 1534 Loading report sequence number 
<total num. of report> 1 to 1534 Total number of log reports generated for a 
loading operation 
<spm num> 0 to 85 SPM number (node ID), table MNCKTPAK 
<device type> CEM Device (circuit pack) type, table 
DSP MNCKTPAK 
OC3 
VSP 
Note: The voice signal processor (VSP) 
may not apply to all markets. 
<device unit no> 0 to 27 Unit number assigned to the device (circuit 


pack), table MNCKTPAK 


Name of the load file 


Number of hours loading required 
Number of minutes loading required 
Number of seconds loading required 


Number of kilobytes downloaded 
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Field Value Description 


class_type DMSCP Legacy SPM 


Used when the node class is datafilled as 
DMSCP in table MNNODE. 


Fabric is not applicable when type = 
DMSCP. 


SMG4 MG4000 


Used when the node class is datafilled as 
SMG4 in table MNNODE. 


IW Interworking SPM 


Used when the node class is datafilled as IW 
and DPT INFO is datafilled as 
BRIDGE ONLY in table MNNODE. 


DPT Dynamic Packet Trunk (DPT) SPM 


Used when the node class is datafilled as IW 
and DPT INFO is datafilled as DPT ONLY 
in table MNNODE. 


Action 
No action is required. 


Associated OM registers 
Not applicable 


Additional information 
Not applicable 


Log history 
SNO06 (DMS) 
Log SPM650 was changed for Enhanced Logs Phase 2 by Feature B89007430. 
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SPM651 


Explanation 
The SPM651 log report generates for the DMS-Spectrum Peripheral Module 
(SPM) when in-service common equipment module (CEM) or resource 
module (RM) loading operation fails on a circuit pack. The log warns about 
the failure of a loading operation. 


Alarm severity is minor. 


For in-service CEM loading, the non-volatile (FLASH) memory on the CEM 
still has the old load; for RM loading, no valid load in volatile memory (RAM). 


Format 
The format for log report SPM651 follows: 


«log office id» * SPM651 «date» <hour>:<min>:<sec> «log num» 
SPM Device Loader Failure 

Report: «report seq. num» OF «total num. of report» 

Device: SPM «spm num» «device type» «device unit no» 

Result: Failed 

Load File: «load file name» 

Elapsed Time:«elapsed hour>:<elapsed min>:<elapsed sec 

Failure Reason: <failure description> 

Location: SPM «spm number» Type: <DMSCP, IW, SMG4,DPT> 

Fabric: <IP,ATM,N/A> 


Example 
An example of log report SPM651 follows: 


PANDYO7BJ a SPM651 FEB10 09:47:40 7900 FAIL 
SPM Device Loader Failure 


I 


Report: 1 OF 1 
Device: SPM 1 CEM 0 
Result: Failed 
Load File: CEM201AA 
Elapsed Time: 00:00:43 


Failure Reason: Loading failed on local SPM 
Location: SPM 14 Type: DMSCP Fabric: N/A 
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Field descriptions 


The following table explains each of the fields in the log report: 


<load file name> 


<elapsed hour> 
<elapsed min> 
<elapsed sec> 


<failure description> 


alphanumeric 
characters plus __ 


00 to 59 
00 to 59 
00 to 59 


alphanumeric 
characters 


Field Value Description 
<log_office_id> Office parameter LOG_OFFICE_ID in table 
OFCVAR; identifies the office where log is 
generated 
<date> Date the log is generated; format is MMMDD 
<hour> 00 to 23 Hour the log is generated; format is HH 
<min> 00 to 59 Minute the log is generated; format is MM 
<sec> 00 to 59 Second the log is generated; format is SS 
<log_num> Office log sequence number, an integer 
<report seq. num> 1 to 1534 Loading report sequence number 
<total num. of report> 1 to 1534 Total number of log report generated fora 
loading operation 
<spm num> 0 to 85 SPM number (node ID), table MNCKTPAK 
<device type> CEM Device (circuit pack) type, table 
DSP MNCKTPAK 
OC3 
VSP Note: The voice signal processor (VSP) 
may not apply to all markets. 
«device unit no» 0 to 27 Unit number assigned to the device (circuit 


pack), table MNCKTPAK 


Name of the load file 


Number of hours loading required 
Number of minutes loading required 
Number of seconds loading required 


Why the loading failed on the device (circuit 
pack) 
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Field Value Description 


class_type DMSCP Legacy SPM 


Used when the node class is datafilled as 
DMSCP in table MNNODE. 


Fabric is not applicable when type = 
DMSCP. 


SMG4 MG4000 


Used when the node class is datafilled as 
SMG4 in table MNNODE. 


IW Interworking SPM 


Used when the node class is datafilled as IW 
and DPT INFO is datafilled as 
BRIDGE ONLY in table MNNODE. 


DPT Dynamic Packet Trunk (DPT) SPM 


Used when the node class is datafilled as IW 
and DPT INFO is datafilled as DPT ONLY 
in table MNNODE. 


Action 
Reload the device (circuit pack). 


Associated OM registers 
Not applicable 


Additional information 


Collect computing module central processing unit occupancy data. Collect 
whether the SPM is in not accessible (NA) state. 


Log history 
SNO06 (DMS) 
Log SPM651 was changed for Enhanced Logs Phase 2 by Feature B89007430. 
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SPM660 


Explanation 


Echo canceller (ECAN) performance data automatically generates each time a 
continuous performance monitored trunk member is involved in an answered 
echo canceller enabled call. This data is sent to the computing module (CM) 
when the call is disconnected, resulting in the generation of the SPM660 log 
report. With SP12, the performance data also generates under the following 
conditions. 


* When enabling continuous performance monitoring for a range of ECAN 
based on its RM/RN, ensure that the OUTPUT is LOG or BOTH: 


— SPMECMON <SPM#> <RM#> «Ist RN#> «last RN#> ON OUTPUT 
LOG 


— SPMECMON <SPM#> <RM#> «Ist RN#> «last RN#> ON OUTPUT 
BOTH 


* When enabling continuous performance monitoring for a range of ECAN 
based on trunk member, ensure that the OUTPUT is LOG or BOTH: 


— SPMECMON <CLLI> «1st member#> <last member#> ON 
OUTPUT LOG 


— SPMECMON <CLLI> «1st member#> <last member#> ON 
OUTPUT BOTH 


The ECAN performance data consists of Echo Return Loss (ERL) and the sum 
of Echo Return Loss Enhancement (ERLE) and Nonlinear Processing Loss 
(Awr p). This data is sent to the computing module (CM), which results in the 
generation of the SPM660 log report. 


ATTENTION 
ECAN does not apply to all markets. 
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Format 
The format for log report SPM660 follows: 


SPM660 <date> <time> <seq num> INFO ECHO CANCELLER REPORT 

<monitor mode> <orientation> 

MON TRK: <clli><mem>SPM<spm num><cct_no><cct_ts> 
RM:<rm num>RN:<rn num> 


ASSOC TRK: <clli><mem>SPM<spm num><cct_no><cct_ts> 


ECAN DATA 


ERL: xx dB ERLE+ANLP: xx dB MERL: x dB ACOM: xx dB 
Delay of Loudest Echo Reflection: «rfl dla» 


Near-End Far-End 
Talk-time «ne act» «fe act» 
Signal level «ne lvl» «fe lvl» 
Bckgrnd Noise «ne ns» «fe ns» 
ECAN CONTROL PARAMETERS 
TONDS TONMG TD mode S56KB AUTON NLP 


«Y or N> «Y or N><G.164 or G.165» «Y or N> «Y or N> «Y or N> 


NSMAT LAW CNVRG ESTRS SOS TDINC 
«Y or N> «uLaw or ALaw»«Y or N> «Y or N> «Y or N> «Y or N> 


LH 


ECAN CURRENT STATI 


DCDET DCNOW CVRGD ENABLE 
«Y or N» «Y or N» «Y or N» «Y or N» 


«performance text» 


Location: SPM «spm number» Type:«DMSCP, IW, SMG4, DPT> 
Fabric: «IP,ATM,N/A» 
Note:Ay;p may be 0 if NLP is off. 
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SPM660 (continued) 


Example 
An example of log report SPM660 follows: 


RMCI25014AW  SPM660 MAY5 16:48:03 7900 INFO ECHO CANCELLER 
REPORT 
MONITOR Near End 
MON TRK: imt335spm5 4602 SPM 5 62 
RM: 4 RN: O 


ASSOC TRK: imt336spm5 4603 SPM 5 6 3 


ECAN DATA 
ERL: 3 dB ERLE+ANLP: 1 dB MERL: 6 dB ACOM: 4 dB 
Delay of Loudest Echo Reflection: 255 ms 


Near-End Far-End 
Talk-time 0 sec 0 sec 
Signal level -80 dBm -80 dBm 
Bckgrnd Noise -76 dBm -80 dBm 
ECAN CONTROL PARAMETERS 


TONDS  TONMG TD mode S56KB AUTON NLP 
n Y G.164 N Y Y 


NSMAT LAW CNVRG ESTRS SOS TDINC 
Y uLaw Y Y Y Y 


ECAN CURRENT STATE 


DCDET DCNOW CVRGD ENABLE 
N N hé Y 


Speech activity «30» seconds. Performance data not reliable. 
Location: SPM 14 Type: DMSCP Fabric: N/A 


Field descriptions 
The following table explains each of the fields in the log report. Fields are 
filled with an asterisk (*) in cases where the trunk identity (<CLLI>/<mem#>) 
or hardware assignment (<SPM#>/<RM#>/<RN#>) cannot be determined. 


Field Subfield Value Description 
monitor mode MONITOR Continuous monitoring mode 
causes this report to be 
generated 
orientation value Near-End, Echo canceller orientation 
Far-End 
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Field Subfield Value Description 
MON TRK clli String Reporting trunk CLLI group 
name 
mem 0000 to 9999 Reporting trunk CLLI group 
member number 
spm num 00 to 85 Reporting trunk member is 
assigned to this SPM number. 
cct_no 00 to 185 OC-3 DS1 as datafilled in table 
TRKMEM 
cct_ts 1 to 24 OC-3 DSO as datafilled in table 
TRKMEM 
rm num 1 to 28 Reporting trunk member is 
(except 7 to assigned to this resource module 
10, which are 
reserved for 
CEMs and 
OC3s) 
rn num 0 to 387 Reporting trunk member is 
assigned to this resource 
number 
ASSOC TRK clli string CLLI group name of the trunk 
member is connected to 
reporting trunk 
mem 0000 to 9999 CLLI group member number of 
trunk connected to reporting 
trunk 
pm type SPM, DTC, Type of peripheral associated 
DTCI, others with the trunk connected to the 
monitored trunk 
pm num PM number Trunk connected to reporting 
trunk member is assigned to this 
PM number 
cct_no 00 to 181 Trunk connected to reporting 


trunk member is assigned to this 
circuit number as datafilled in 
table TRKMEM 
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Field 


Subfield 


Value 


Description 


orientation 


ERL 


ERLE 


MERL 


ERL+ERLE 


rfl dla 


ne act 


fe act 


cct ts 


value 


value 


value 


value 


value 


value 


value 


value 


1 to 24 


Near-End, 
Far-End 


00 to 70 


00 to 70 


0,3,6 


00 to 140 


00 to 255 


00 to 255 


00 to 255 


Trunk connected to reporting 
trunk member is assigned to this 
time slot as datafilled in table 
TRKMEM 


Echo canceller orientation 


Echo return loss reading 
specified in decibels 


Note: ERL measurements are 
not possible when the echo 
canceller cannot converge. The 
value reported in the SOS 
message is set to MERL - 3aB. If 
this results in a negative value, 
zero is reported. 


Echo return loss enhancement 
reading specified in decibels. 


Minimum ERL; datafilled in table 
SPMECAN 


Total loss of echo as a result of 
echo cancellation. Default is 33 
dB 


The delay of the main reflection 
in the echo-path specified in 
milliseconds. This value is set to 
255 if the echo canceller is not 
currently converged. 


The number of seconds of 
near-end speech activity since 
the beginning of the call. Activity 
greater than 255 is reported as 
255. 


The number of seconds of the 
far-end speech activity since the 
beginning of the call. Activity 
greater than 255 is reported as 
255. 
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SPM660 (continued) 


Field 


Subfield 


Value 


Description 


ne lvl 


fe lvl 


ne ns 


fe ns 


text 


type 


performance 


value 


value 


value 


value 


-80 to 80 


-80 to 80 


-80 to 80 


-80 to 80 


Text string 


DMSCP 


SMG4 


Average near-end signal (voice) 
level specified in dBm. Valid only 
if ne act is greater than 30 
seconds. 


Average far-end signal (voice) 
level specified in dBm. Valid only 
if fe_act is greater than 30 
seconds. 


The measured near-end 
absolute average background 
noise level, specified in dBm 


The measured far-end absolute 
average background noise level, 
specified in dBm 


Evaluation of echo canceller 
performance or reason ERL and 
ERLE data not displayed. See 
Performance text explanations 
for actual text and reasons. 


Legacy SPM 


Used when the node class is 
datafilled as DMSCP in table 
MNNODE. 


Fabric is not applicable when 
type - DMSCP. 


MG4000 


Used when the node class is 
datafilled as SMG4 in table 
MNNODE. 
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Field Subfield Value Description 


IW Interworking SPM 


Used when the node class is 
datafilled as IW and DPT_INFO 
is datafilled as BRIDGE_ONLY 
in table MNNODE. 


DPT Dynamic Packet Trunk (DPT) 
SPM 


Used when the node class is 
datafilled as IW and DPT_INFO 
is datafilled as DPT ONLY in 
table MNNODE. 


Performance text explanations 
The following list describes SPM660 log text. 


Data call detected 
The echo canceller channel being monitored detected a data call. 


Action: no action is required; this is not a problem. 


Echo canceller not enabled 
The echo canceller is not enabled. 


Action: no action is required. 

Speech activity < 30 seconds. Performance data not reliable 

This is a warning message. Returned performance data represents a long-term 
average. Data is considered reliable when there is at least 30 seconds of far-end 
speech activity. 

Action: no action is required; this is the expected result. 

Delay of loudest echo reflection is 255ms. Ecan is not converged 
This message generates when an ECAN cannot converge. The message 


usually indicates an ECAN configuration or a network problem. 


Action: no action is required. 
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Action 


Potential network problem; ERL should be at least MERL 

The ERL read from the echo canceller is less than MERL. This may indicate a 
problem within the network. An ERL of at least MERL is required by the echo 
canceller if it is expected to cancel echo correctly. 


Action: determine the reason why ERL is less than MERL, then correct it. 
Echo canceller performance problem; ACOM < datafilled value 
This message generates when speech activity and MERL are within nominal 
expected ranges, but ERL + ERLE is less than the value datafilled by the user 
in table SPMECAN. The message indicates a network problem. 


Action: troubleshoot possible sources of echo cancellation problem, then 
correct it. 


Echo canceller performing within expected limits 
The received ERL and ERLE readings fall within the expected range of ERL 
greater than MERL and the sum of ERL and ERLE data is not less than 33 dB. 


Action: no action is required; these are expected results. 


See “Performance text explanations" for action required. 


Associated OM registers 


Not applicable 


Additional information 


Log history 


Use this log to collect data to detect potential echo cancellation or network 
troubles. 


SNO6 (DMS) 


Log SPM660 was changed for Enhanced Logs Phase 2 by Feature B89007430. 
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SPM661 
Explanation 
The SPM661 log report generates for the DMS-Spectrum Peripheral Module 
(SPM) whenever a continuous monitoring ON/OFF command, or an 
SPMECMON AUTO command completes successfully. 
ATTENTION 
The echo canceller (ECAN) does not apply to all markets. 
This log also generates when one of the following events occur: 
e an SPM with continuously monitored trunks is taken out of service 
* atrunk selected for continuous monitoring is removed from datafill 
e an RM selected for continuous monitoring is removed from datafill 
With SP12 software release, this log also generates when the following 
commands are executed: 
e SPMECMON <SPM#> <RM#> «Ist RN#> «last RN#> ON OUTPUT 
LOG 
e SPMECMON <SPM#> <RM#> «Ist RN#> «last RN#> ON OUTPUT 
BOTH 
e SPMECMON <SPM#> <RM#> «Ist RN#> «last RN#> ON OUTPUT 
MAP 
e SPMECMON <CLLI> «1st members? «last member#> ON OUTPUT 
LOG 
e SPMECMON <CLLI> «1st members? «last member#> ON OUTPUT 
BOTH 
e SPMECMON <CLLI> «1st members? «last member#> ON OUTPUT 
MAP 
Format 


The format for log report SPM661 for RM- and RN-based commands follows: 


SPM661 «date» «time» «seq num» INFO ECHO CANCELLER REPORT 
«reply text» 
SPM: «spm num» RM: «rm num» RN: «rn num» 

or 
SPM: <spm num> RM: <rm num> 
Location: SPM «spm number» Type: <DMSCP, IW, SMG4,DPT> 
Fabric: <IP,ATM,N/A> 
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SPM661 (continued) 


The format for log report SPM 661 for trunk-member-based commands 
follows: 


ECHO CANCELLER REPORT 


SPM661 <date> <time> <seq num> INFO 
<reply text> 

Trunk: <clli> «mem» - SPM «spm num» «cct no» «cct ts» 
Location: SPM «spm number» Type: «DMSCP,IW,SMGA4,DPT» 
Fabric: «IP,ATM,N/A» 


The format for log report SPM661 for AUTO-based commands follows: 


ECHO CANCELLER REPORT 


SPM661 «date» «time» «seq num» INFO 
«reply text» 


SPM: «spm num» 
Location: SPM «spm number» Type: <DMSCP, IW, SMG4, 


Fabric: «IP,ATM,N/A» 


DPT» 


Example 
An example of log report SPM661 follows: 
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250A SPM661 JUN5 09:17:45 1596 INFO ECHO CANCELLER REPORT 
USERID: MAP121 
Monitoring enabled for 
SPM: 5 RM: 4 RN: 6 


250G SPM661 JUN5 09:17:45 1596 INFO ECHO CANCELLER REPORT 
USERID: MAP121 
Monitoring disabled for 
SPM: 5 RM: 4 


250G SPM661 JUN5 09:17:45 1596 INFO ECHO CANCELLER REPORT 
USERID: MAPO007 
Monitoring disabled for 
SPM: 10 RM: 4 RN: 6 


250G SPM661 JUN5 09:17:45 1596 INFO ECHO CANCELLER REPORT 
USERID: MAP121 
Monitoring enabled for 
Trunk: imtc7iany 10 - SPM 10 102 


250G SPM661 JUN5 09:17:45 1596 INFO ECHO CANCELLER REPORT 
USERID: MAP121 
Automatic monitoring enabled for 
SPM: 4 


250G SPM661 JUN5 09:17:45 1596 INFO ECHO CANCELLER REPORT 
USERID: MAP121 
Automatic monitoring disabled for 
SPM: 4 


250G SPM661 JUN5 09:17:45 1596 INFO ECHO CANCELLER REPORT 
USERID: MAP121 
Automatic monitoring is in TABLE mode for 
SPM: 4 

Location: SPM 14 Type: DMSCP Fabric:N/A 
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Field descriptions 
The following table explains each of the fields in the log report. Fields are 
filled with an asterisk (*) in cases where the trunk identity (<CLLI>/<mem#>) 
or hardware assignment (<SPM#>/<RM#>/<RN#>) cannot be determined. 


Field Subfield Value Description 
reply text Text string Function successfully processed 
by SPMECMON command 
Trunk (optional) clli String Reporting trunk CLLI group 
name 
mem 0000 to Reporting trunk CLLI group 
9999 member number 
spm num 00 to 85 Reporting trunk member is 


assigned to this SPM number 


cct_no 00 to185 OC-3 DS1 as datafilled in table 


TRKMEM 
cct_ts 1 to 24 OC-3 DSO as datafilled in table 
TRKMEM 
rm num 1 to 28 Reporting trunk member is 
(except 7 assigned to this resource module 
to 10, 
which are 
reserved 
for CEMs 
and OC3s) 
rn num 0 to 387 Reporting trunk member is 
assigned to this resource 
number 
SPM (optional) spm num 00 to 85 SPM number specified in 
SPMECMON command 
type DMSCP Legacy SPM 


Used when the node class is 
datafilled as DMSCP in table 
MNNODE. 


Fabric is not applicable when 
type = DMSCP. 
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Field Subfield Value Description 


SMG4 MG4000 


Used when the node class is 
datafilled as SMG4 in table 
MNNODE. 


IW Interworking SPM 


Used when the node class is 
datafilled as IW and DPT_INFO 
is datafilled as BRIDGE_ONLY 
in table MNNODE. 


DPT Dynamic Packet Trunk (DPT) 
SPM 


Used when the node class is 
datafilled as IW and DPT_INFO 
is datafilled as DPT ONLY in 
table MNNODE. 


Reply text explanation 
An explanation of reply text strings possible for SPM661 logs are provided in 
the following paragraphs. 


Monitoring enabled for 
This text is output when one of the following CLLI-based commands is 
successfully processed: 


e Trunk: <clli> <mem> - SPM <spm num» <cct_no> «cct ts» 


Monitoring disabled for 
This text is output when a CLLI-based SPMECMON OFF command is 
successfully processed: 


e = Trunk: <clli> «mem»? - SPM <spm num» <cct_no> «cct ts» 


Monitoring disabled for <spm #> 
This text is output when a SPM-based SPMECMON OFF command is 
successfully processed. 


Automatic monitoring enabled for SPM <spm#> 
When the SPMECMON AUTO ON command is issued, this log generates to 
indicate enabling of automatic continous monitoring. 
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Automatic monitoring disabled for SPM <spm#> 
When the SPMECMON AUTO OFF command is issued, this log generates to 
indicate disabling of automatic continous monitoring. 


Automatic monitoring is in TABLE mode for SPM <spm#> 
When the SPMECMON AUTO TABLE command is issued, this log generates 
to indicate automatic continuous monitoring is in table mode. 


All monitoring disabled for system 
This text is output when a system-based SPMECMON OFF command is 
successfully processed. 


Action 


This information log provides a history of successful SPMECMON ON, 
SPMECMON OFF, and SPMECMON AUTO command execution. 


Associated OM registers 
Not applicable 


Additional information 
Not applicable 


Log history 
SNO06 (DMS) 
Log SPM661 was changed for Enhanced Logs Phase 2 by Feature B89007430. 
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SPM690 


Explanation 


Format 


Example 1 


This log is generated when the XA-Core receives BootP requests from a BootP 
suppressed node. It indicates that the XA-Core has received a BootP request 
from the CEM of the MG4000. This means that the edge router is not correctly 
configured and has its BootP forwarding enabled. 


The format for a log report follows. 


<Switch_name> SPM690 mmmdd hh:mm:ss ssdd INFO BOOTP SUPPRESSED REPORT 
Warning : Unexpected BootP MSG on BootP suppressed node 
Action : Check network Configuration at remote MG4000 


Location: <PM_type><PM_number> Type:<SPM_class> Fabric:<SPM_fabric> 


An example report follows. 


MSH206BE SPM690 FEB10 06:28:39 2021 INFO BOOTP SUPPRESS REPORT 
Warning : Unexpected BootP Msg on BootP suppressed node 
Action : Check network configuration at remote MG4000 


Location: SPM 10 Type: SMG4 Fabric: ATM 


Field descriptions 


The following table explains each of the fields in the log report: 


Field Value Description 

Switch_name Char string Gives the switch name. 

Warning Char string Describes the problem. 

Action Char string Suggests any action to be taken. 

PM_type SPM Peripheral module type. 

PM_number 0-85 Peripheral module number. 

SPM_class SMG4 The variant of SPM. This is not applicable 
to DMSCP and IW SPMs. 

SPM_fabric IP, ATM or UNK The network fabric type. 
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SPM690 (end) 


Action 
Check the router configuration for the MG4000. It may have BootP 
forwarding enabled in the edge router. 


Related OM registers 
Not applicable 


Additional information 
None 
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SPM700 
Explanation 
Log report SPM700, DMS-Spectrum Peripheral Module (SPM) Trunk 
Subgroup DDM Audit, generates when a DDM audit fails for a particular 
subgroup on a specified SPM. When the failure occurs, a dynamic update is 
sent to both SPMs. 
Format 
The format for log report SPM700 follows: 
<office> SPM700 <date> <time> <sequence number> <severity> <title> 
Description: DDM Audit Failed for Group: <clli> Subgroup: <subgroup 
number> SPM: <SPM number> Unit <Unit Number> 
Location: SPM «spm number» Type: <DMSCP, IW, SMG4,DPT> 
Fabric: <IP,ATM,N/A> 
Example 


An example of log report SPM700 follows: 


RTPN15BO SPM700 MAY14 21:53:40 6075 INFO SPM Trunk Subgroup DDM 
Description: DDM Audit Failed for Group: DALDS1WK Subgroup: 0 SPM: 4, 
Unit 0 

Location: SPM 14 Type: DMSCP Fabric: N/A 


Field descriptions 


The following table explains each of the fields in the log report: 


Field Value Description 

clli CLLI name associated with the 
subgroup; its value is defined in 
table CLLI 

subgroup number 0 or 1 Subgroup number as defined in 
table TRKSGRP 

spm number 0 to 85 SPM number for which the audit 
failed 

unit number 0 to 1 Unit number for which the unit 
failed 
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Field Value Description 


class type DMSCP Legacy SPM 


Used when the node class is 
datafilled as DMSCP in table 
MNNODE. 


Fabric is not applicable when type = 
DMSCP. 


SMG4 MG4000 


Used when the node class is 
datafilled as SMG4 in table 
MNNODE. 


IW Interworking SPM 


Used when the node class is 
datafilled as IW and DPT_INFO is 
datafilled as BRIDGE_ONLY in 
table MNNODE. 


DPT Dynamic Packet Trunk (DPT) SPM 


Used when the node class is 
datafilled as IW and DPT INFO is 
datafilled as DPT ONLY in table 
MNNODE. 


Action 
None 


Associated OM registers 
None 


Additional information 
None 


Log history 
SNO06 (DMS) 
Log SPM700 was changed for Enhanced Logs Phase 2 by Feature B89007430. 
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SPM701 


Explanation 


Format 


Example 


Log report SPM701, DMS-Spectrum Peripheral Module (SPM) Trunk 
Subgroup DDM Audit, generates when a DDM audit successfully updates a 
subgroup on a specified SPM. The audit automatically turns off for that 
subgroup on the SPM unit. The audit is automatically turns on when the SPM 
node comes in service or when provisioning data are modified through table 
control. 


The format for log report SPM701 follows: 


«office» SPM701 «date» «time» «sequence number» «severity» 

«title» DDM Audit Succeeded for Group: «clli» Subgroup: 
«subgroup number» 

SPM: «SPM number», Unit «Unit Number» 

Location: SPM «spm number» Type: <DMSCP, IW, SMG4,DPT> 

Fabric: «IP,ATM,N/A» 


An example of log report SPM701 follows: 


RTPN15BO 


SPM701 MAY14 21:53:40 5065 INFO SPM Trunk Subgroup DDM Audit 

Description: DDM Audit Succeeded for Group: DALDS1WK 
Subgroup: 0 SPM: 4, Unit 0 

Location: SPM 14 Type: DMSCP Fabric: N/A 


Field descriptions 


The following table explains each of the fields in the log report: 


Field Value Description 

clli CLLI name associated with the 
subgroup; its value is defined in 
table CLLI 

subgroup number 0 to 1 Subgroup number as defined in 
table TRKSGRP 

spm number 0 to 85 SPM number for which the audit 
failed 
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Field Value Description 

unit number 0 to 1 Unit number for which the unit 
failed 

class type DMSCP Legacy SPM 


Used when the node class is 
datafilled as DMSCP in table 
MNNODE. 


Fabric is not applicable when type = 
DMSCP. 


SMG4 MG4000 


Used when the node class is 
datafilled as SMG4 in table 
MNNODE. 


IW Interworking SPM 


Used when the node class is 
datafilled as IW and DPT INFO is 
datafilled as BRIDGE ONLY in 
table MNNODE. 


DPT Dynamic Packet Trunk (DPT) SPM 


Used when the node class is 
datafilled as IW and DPT INFO is 
datafilled as DPT ONLY in table 
MNNODE. 


Action 
None 


Associated OM registers 
None 


Additional information 
None 


Log history 
SNO06 (DMS) 
Log SPM701 was changed for Enhanced Logs Phase 2 by Feature B89007430. 
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SPM702 


Explanation 


Format 


Example 


Log report SPM702, DMS-Spectrum Peripheral Module (SPM) Trunk 
Subgroup DDM Dynamic Update, generates when a DDM dynamic update 
fails for a subgroup in a specified SPM. When the failure occurs, the DDM 
audit automatically turns on. Correction of the problem occurs during the next 
audit cycle. 


The format for log report SPM702 follows: 


«office» SPM702 «date» «time» «sequence number» «severity» 
«title» 

Description: DDM Audit Succeeded for Group: <clli> 
Subgroup: «subgroup number» 

SPM: «SPM number», Unit «Unit Number» 

Location: SPM «spm number» Type: <DMSCP, IW, SMG4,DPT> 
Fabric: «IP,ATM,N/A» 


An example of log report SPM702 follows: 


RTPN15BO 


SPM702 MAYOS8 12:41:55 1800 INFO SPM Trunk Subgroup DDM Audit 
Description: DDM Audit Succeeded for Group: CAMADS1WK 
Subgroup: 0 SPM: 4, Unit 0 

Location: SPM 14 Type: DMSCP Fabric: N/A 


Field descriptions 


The following table explains each of the fields in the log report: 


Field Value Description 

clli CLLI name associated with the 
subgroup; its value is defined in 
table CLLI 

subgroup number 0 or 1 Subgroup number as defined in 
table TRKSGRP 

spm number 0 to 85 SPM number for which the audit 
failed 
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Field Value Description 


class_type DMSCP Legacy SPM 


Used when the node class is 
datafilled as DMSCP in table 
MNNODE. 


Fabric is not applicable when type = 
DMSCP. 


SMG4 MG4000 


Used when the node class is 
datafilled as SMG4 in table 
MNNODE. 


IW Interworking SPM 


Used when the node class is 
datafilled as IW and DPT_INFO is 
datafilled as BRIDGE_ONLY in 
table MNNODE. 


DPT Dynamic Packet Trunk (DPT) SPM 


Used when the node class is 
datafilled as IW and DPT INFO is 
datafilled as DPT ONLY in table 
MNNODE. 


Action 


Either wait for the next audit cycle or use the SPMPTSCI tool. With this tool, 
the subcommand SGRPUDATE manually updates the SPM with the same data 
that the audit failed to update. 


Associated OM registers 
None 


Additional information 
None 


Log history 
SNO06 (DMS) 
Log SPM702 was changed for Enhanced Logs Phase 2 by Feature B89007430. 
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SPM703 

Explanation 
Log report SPM703 generates when a DDM audit updates a trunk member in 
a DMS-Spectrum Peripheral Module (SPM) with a data entry for a trunk that 
failed to be added during a dynamic update. 

Format 
The format for log report SPM703 follows: 
«office» SPM703 «date» «time» «sequence number» «severity» 
«title» CKT «trunk member» 
Description: DDM Audit updated trunk in SPM «spm number» 
Location: SPM «spm number» Type: <DMSCP, IW, SMG4,DPT> 
Fabric: «IP,ATM,N/A» 

Example 


An example of log report SPM703 follows: 


RTNP14AR 
SPM703 NOVO8 14:42:05 6600 INFO SPM Trunk Member DDM Audit 
CKT DALIMMED2 6 


Description: DDM Audit updated trunk in SPM 0 
Location: SPM 14 Type: DMSCP Fabric: N/A 


Field descriptions 
The following table explains each of the fields in the log report: 


Field Value Description 

trunk member Trunk being updated by audit 

spm number 0 to 85 SPM where trunk is being updated 
class type DMSCP Legacy SPM 


Used when the node class is 
datafilled as DMSCP in table 
MNNODE. 


Fabric is not applicable when type = 
DMSCP. 
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Field Value Description 


SMG4 MG4000 


Used when the node class is 
datafilled as SMG4 in table 
MNNODE. 


IW Interworking SPM 


Used when the node class is 
datafilled as IW and DPT INFO is 
datafilled as BRIDGE ONLY in 
table MNNODE. 


DPT Dynamic Packet Trunk (DPT) SPM 


Used when the node class is 
datafilled as IW and DPT INFO is 
datafilled as DPT ONLY in table 
MNNODE. 


Action 
None 


Associated OM registers 
None 


Additional information 
None 


Log history 
SNO06 (DMS) 
Log SPM703 was changed for Enhanced Logs Phase 2 by Feature B89007430. 
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SPM704 


Explanation 


Format 


Example 


Log report SPM704 generates when a DDM dynamic update fails for a trunk 
member in a DMS-Spectrum Peripheral Module (SPM). 


Specifically, this log reports after a trunk member is added to the SPM. A 
dynamic update is sent to the SPM with data for the new trunk. If the dynamic 
update fails, this report generates. The dynamic update could fail due to 
running out of resources in the computing module (CM) or the SPM. An audit 
tries to clear this problem; when cleared, report SPM703 generates. 


The format for log report SPM704 follows: 


«office» SPM704 «date» «time» «sequence number» «severity» 
«title» 

CKT «trunk member» 

Description: DDM Dynamic Update failed for trunk in SPM 
«spm number» 

Location: SPM «spm number» Type: <DMSCP, IW, SMG4,DPT> 

Fabric: <IP,ATM,N/A> 


An example of log report SPM704 follows: 


RTPN14AR 


SPM704 NOVO8 14:42:05 6600 FLTSPM Trunk Member DDM Dynamic 
Update 


CKT DALIMMED2 6 
Description: DDM Dynamic Update failed for trunk in SPM 0 
Location: SPM 14 Type: DMSCP Fabric: N/A 


Field descriptions 


The following table explains each of the fields in the log report: 


Field Value Description 

trunk member Consists of CLLI and trunk member 
number 

spm number 0 to 85 SPM where trunk is being updated 
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Field Value Description 


class type DMSCP Legacy SPM 


Used when the node class is 
datafilled as DMSCP in table 
MNNODE. 


Fabric is not applicable when type = 
DMSCP. 


SMG4 MG4000 


Used when the node class is 
datafilled as SMG4 in table 
MNNODE. 


IW Interworking SPM 


Used when the node class is 
datafilled as IW and DPT_INFO is 
datafilled as BRIDGE_ONLY in 
table MNNODE. 


DPT Dynamic Packet Trunk (DPT) SPM 


Used when the node class is 
datafilled as IW and DPT INFO is 
datafilled as DPT ONLY in table 
MNNODE. 


Action 
None 


Associated OM registers 
None 


Additional information 
None 


Log history 
SNO06 (DMS) 
Log SPM704 was changed for Enhanced Logs Phase 2 by Feature B89007430. 
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SPM705 


Explanation 


Format 


Example 


Log report SPM705 generates after a trunk is set either to a lockout (LO) or 
system busy (SB) state. When particular conditions are detected on a trunk on 
the SPM, this log generates with the reason indicating the problem. To avoid 
generating too many logs, the list of affected time slots is added to the logs. 


The format for log report SPM705 follows. 


SPM705 mmmdd hh:mm:ss ssdd INFO Device State Change 


Trunk state changed to <new trunk state> 

Location: SPM <spm number> Circuit <circuit number> 
Reason: <reason> 

Timeslot: <list of timeslots> 

Location: SPM «spm number» Type: <DMSCP, IW, SMG4,DPT> 
Fabric: <IP,ATM,N/A> 


Examples of log report SPM705 follow. 


RTPN15CC SPM705 SEPO5 18:14:33 4827 TBL SPM PTS Trunk 
Maintenance 
Trunks state changed to LO 
Location: SPM: 4 Circuit: 8 
Reason: Not enough DSP AB Bit resources in service 
Timeslot: 1 3 24 


RTPN15CC SPM705 SEPO5 18:14:33 4827 TBL SPM PTS Trunk 

Maintenance 
Trunks state changed to SB 
Location: SPM: 4 Circuit: 9 
Reason: No reply from SPM 
Timeslot: 3 45 67 8 16 

Location: SPM 14 Type: DMSCP Fabric: N/A 
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SPM705 (continued) 


Field descriptions 
The following table explains each of the fields in the log report: 


Reason 


List of timeslots 


class_type 


Refer to the table 
under “Action.” 


1 to 24 


DMSCP 


SMG4 


DPT 


Field Value Description 

New trunk state LO or SYSB This field describes the state of new trunks. 

SPM number 0 to 85 This field describes the SPM number for 
which the problem was detected. 

Circuit Number 0 to 185 This field describes the circuit number (that 


is, the DS1 number) for which the problem 
was detected. 


This field describes the reason why the 
trunks were taken out of service. 


This field describes the list of affected 
trunks. 


Legacy SPM 


Used when the node class is datafilled as 
DMSCP in table MNNODE. 


Fabric is not applicable when type = 
DMSCP. 


MG4000 


Used when the node class is datafilled as 
SMG4 in table MNNODE. 


Interworking SPM 


Used when the node class is datafilled as 
IW and DPT INFO is datafilled as 
BRIDGE ONLY in table MNNODE. 


Dynamic Packet Trunk (DPT) SPM 


Used when the node class is datafilled as 
IW and DPT INFO is datafilled as 
DPT ONLY in table MNNODE. 


—continued— 
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SPM705 (continued) 


Action 


The following table describes the actions the user takes when the PTS trunk 
goes out of service. 


Reason 


Trunk State 


Take this action 


Trunk not provisioned in the 
SPM 


Trunk subgroup data not found 


DSP with AB Bit resources went 
out of service 


Not enough DSP AB Bit 
resources in service 


AB Bit Packed Slink 
(OC3 - DSP) not connected 


Robbed Bit Signaling not 
enabled in OC3 RM 


SB 


SB 


LO 


LO 


LO 


LO 


Deprovision the trunk from table TRKMEM 
and then reprovision it. 


Enter directory SPMPTSCI. Under this 
directory, enter the SGRPUPDATE or the 
SGRPBUILD command to update the 
SPM. 


Correlate this log with an SPM500 log to 
determine the faulty DSP. This log 
generates when a DSP goes out of service, 
and there is either no DSP spare defined or 
sparing failed. In all cases, any calls using 
that DSP are dropped. An automatic trunk 
recovery is attempted. An SPM706 log 
generates in case of a successful recovery; 
or an SPM705 log with reason set to ‘Not 
enough DSP AB Bit resources in service’ 
generates in case of failure. 


The system configuration must allow one 
AB Bit resource (defined in table 
MNCKTPAK) defined for each DS1 with 
PTS trunks. However, there is no need to 
define AB Bit resources for DS1s without 
PTS trunks. This log generates if the DSP 
configured with AB Bit resources is not in 
service during trunk RTS. 


Unable to make the timeswitch connection 
between the OC3 and the DSP. Try to 
make this connection on every trunk RTS. 
If the problem persists, call Nortel’s second 
level of support. 


If the setting for Robbed Bit Signaling 
(RBS) is detected as not enabled, try to 
enable RBS in the OC3 on every trunk that 
is being RTSed. If the problem persists, call 
Nortel’s second level of support. 
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Reason 


Trunk State 


Take this action 


Internal SPM messaging failure 


Robbed Bit Signaling not 
initialized in DSP RM 


No reply from SPM 


CM transaction pool temporarily 
exhausted 


CM messaging failure 


Office parameters download 
failure 


Trunk RTS was not received by 
Callp on CEM 


SB 


LO 


SB 


SB 


SB 


SB 


SB 


Check for SPM SWERRs. If the problem 
persists, call Nortel’s second level of 
support. 


Failed to send the initialization message to 
the DSP. Try to resend this message to the 
DSP for every trunk that is being RTSed. If 
the problem persists, call Nortel's second 
level of support. 


Received a No reply within the time-out 
period (that is, 15 seconds). Either BSY 
and RTS all affected trunks or let the CM 
trunk audit (performed every 15 minutes) to 
automatically recover the trunks. 


Too many trunk RTSs were issued 
simultaneously. Either BSY the trunks in 
SB state and RTS them, or wait for the CM 
audit to recover the trunks. 


Messaging failure occurred between the 
CM and the SPM. Call Nortel’s second 
level of support. 


This may be a temporary problem. BSY 
and RTS one trunk on this SPM. If the 
problem persists, call Nortel’s second level 
of support. 


Messaging failure occurred between TSE 
and Callp on the CEM. Either BSY the 
trunks in SB state and RTS them or wait for 
the CM audit to recover the trunks. 


Related OM registers 


None 


Additional information 


None 


Log history 
SNO6 (DMS) 


Log SPM705 was changed for Enhanced Logs Phase 2 by Feature B89007430. 
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SPM706 


Explanation 


This log report generates when a trunk automatically returns to service (RTS) 
after being in a lockout (LO) state. 


Format 
The format for log report SPM706 follows. 


<office> SPM706 <date> <time> <sequence number> severity INFO <title> 
Trunk state changed to <new trunk state> 
Location: SPM <spm number> Circuit <circuit number> 
Reason: <reason> 
Timeslot: <reason> 
Location: SPM <spm number> Type: <DMSCP, IW, SMG4,DPT> 
Fabric: <IP,ATM,N/A> 


Example 
An example of log report SPM706 follows. 


RTPN15CC SPM706 SEPO5 18:14:33 4827 INFO SPM PTS 
Trunk Maintenance 
Trunks state changed to IDL 
Location: SPM: 4 Circuit: 8 
Reason: AB Bit resources available 
Timeslot: 1 3 24 
Location: SPM 14 Type: DMSCP Fabric: N/A 


Field descriptions 
The following table explains each of the fields in the log report: 


Field Value Description 
New trunk state IDL This field describes the state of new trunks. 
SPM number 0 to 85 This field describes the SPM number for 


which the problem was detected. 


Circuit number 0 to 185 This field describes the circuit number (that 
is, the DS1 number) for which the problem 
was detected. 


Reason Refer to the table This field describes the reason why the 
under "Action." trunks were taken out of service. 
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Field Value Description 

List of timeslots 1 to 24 This field describes the list of affected 
trunks. 

class type DMSCP Legacy SPM 


Used when the node class is datafilled as 
DMSCP in table MNNODE. 


Fabric is not applicable when type = 
DMSCP. 


SMG4 MG4000 


Used when the node class is datafilled as 
SMG4 in table MNNODE. 


IW Interworking SPM 


Used when the node class is datafilled as IW 
and DPT INFO is datafilled as 
BRIDGE ONLY in table MNNODE. 


DPT Dynamic Packet Trunk (DPT) SPM 


Used when the node class is datafilled as IW 
and DPT INFO is datafilled as DPT ONLY 
in table MNNODE. 


Action 
The following table describes the action the user takes when the PTS trunk 
goes out of service. 
Field Value Description 
AB Bit resources available IDL No action required. All trunks in LO state on 
this DS1 are automatically RTSed. 


Related OM registers 


None 


Additional information 
None 


Log history 
SNO06 (DMS) 
Log SPM706 was changed for Enhanced Logs Phase 2 by Feature B89007430. 
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SPM707 
Explanation 
The SPM generates the SPM707 log when the dynamic update fails for the 
ISDNPARM table. 
Format 
The format for log report SPM707 follows: 
SPM707 mmmdd hh:mm:ss ssdd ISDNPARM Table dynamic update failure for SPM 
spmno alarm type 
Location: SPM <spm number» Type: <DMSCP, IW, SMG4,DPT> 
Fabric: <IP,ATM,N/A> 
Example 


An example of log report SPM707 follows: 


SPM707 AUG17 03:01:50 1400 ISDNPARM Table dynamic update 


failure for SPM 0 
Location: SPM 14 Type: DMSCP Fabric: N/A 


Field descriptions 
The following table explains each of the fields in the log report: 


Field Value Description 

SPM_NUM 1 to 85 Node number of the SPM 
Alarm_Type Minor/Major/ Critical Alarm type 

class_type DMSCP Legacy SPM 


Used when the node class is 
datafilled as DMSCP in table 
MNNODE. 


Fabric is not applicable when type 
= DMSCP. 


SMG4 MG4000 


Used when the node class is 
datafilled as SMG4 in table 
MNNODE. 
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Field Value Description 


IW Interworking SPM 


Used when the node class is 
datafilled as IW and DPT INFO is 
datafilled as BRIDGE ONLY in 
table MNNODE. 


DPT Dynamic Packet Trunk (DPT) 
SPM 


Used when the node class is 
datafilled as IW and DPT INFO is 
datafilled as DPT ONLY in table 
MNNODE. 


Action 
None 


Associated OM registers 
None 


Additional information 
None 


Log history 
SNO06 (DMS) 
Log SPM707 was changed for Enhanced Logs Phase 2 by Feature B89007430. 
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SPM708 
Explanation 
The SPM generates the SPM708 log when the DDM audit updates the 
ISDNPARM table. 
Format 
The format for log report SPM708 follows: 
SPM708 mmmdd hh:mm:ss ssdd ISDNPARM Table update: SPM 
spm_num alarm_type 
Location: SPM <spm number» Type: <DMSCP, IW, SMG4,DPT> 
Fabric: <IP,ATM,N/A> 
Example 


An example of log report SPM708 follows: 


SPM708 AUG17 03:01:50 1400 ISDNPARM Table update: SPM 0 
Location: SPM 14 Type: DMSCP Fabric: N/A 


Field descriptions 
The following table explains each of the fields in the log report: 


Field Value Description 
SPM_NUM 1 to 85 Node number of SPM 
Alarm_Type Minor/Major/ Type of alarm 

Critical 
class_type DMSCP Legacy SPM 


Used when the node class is 
datafilled as DMSCP in table 
MNNODE. 


Fabric is not applicable when 
type - DMSCP. 
SMG4 MG4000 


Used when the node class is 
datafilled as SMG4 in table 
MNNODE. 


DMS-250 Logs Reference Manual, Volume 6 of 6 SNO6 (DMS) 


1-2 Log Reports 
SPM708 (end) 


Field Value Description 


IW Interworking SPM 


Used when the node class is 
datafilled as IW and 

DPT INFO is datafilled as 
BRIDGE ONLY in table 
MNNODE. 


DPT Dynamic Packet Trunk (DPT) 
SPM 


Used when the node class is 
datafilled as IW and 

DPT INFO is datafilled as 
DPT ONLY in table 
MNNODE. 


Action 
None 


Associated OM registers 
None 


Additional information 
None 


Log history 
SNO06 (DMS) 
Log SPM708 was changed for Enhanced Logs Phase 2 by Feature B89007430. 
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SPM709 

Explanation 
The SPM709 log is generated when the dynamic update fails for the 
ISDNPROT table. 

Format 
The format for log report SPM709 follows: 
SPM709 mmmdd hh:mm:ss ssdd ISDNPROT Table dynamic 

update failure for SPM <spmno><alarm type> 

Location: SPM <spm number» Type: <DMSCP, IW, SMG4,DPT> 
Fabric: <IP,ATM,N/A> 

Example 


An example of log report SPM709 follows: 


SPM709 AUG17 03:01:50 1400 ISDNPROT table dynamic 


update failure for SPM 0 
Location: SPM 14 Type: DMSCP Fabric: N/A 


Field descriptions 
The following table explains each of the fields in the log report: 


Field Value Description 
SPM_NUM 1 to 85 Node number of the SPM 
Alarm_Type Major/Minor/ Alarm type 
Critical 
class type DMSCP Legacy SPM 


Used when the node class is 
datafilled as DMSCP in table 
MNNODE. 


Fabric is not applicable when 
type = DMSCP. 


SMG4 MG4000 


Used when the node class is 
datafilled as SMG4 in table 
MNNODE. 
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Field Value Description 


IW Interworking SPM 


Used when the node class is 
datafilled as IW and DPT INFO 
is datafilled as BRIDGE ONLY 
in table MNNODE. 


DPT Dynamic Packet Trunk (DPT) 
SPM 


Used when the node class is 
datafilled as IW and DPT INFO 
is datafilled as DPT ONLY in 
table MNNODE. 


Action 
Not applicable 


Associated OM registers 
Not applicable 


Additional information 
Not applicable 


Log history 
SNO06 (DMS) 
Log SPM709 was changed for Enhanced Logs Phase 2 by Feature B89007430. 
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SPM710 
Explanation 
The SPM710 log is generated when the audit updates the ISDNPROT table. 
Format 
The format for log report SPM710 follows: 
SPM710 mmmdd hh:mm:ss ssdd ISDNPROT Table update 
for SPM <spmno><alarm type> 
Location: SPM <spm number» Type: <DMSCP, IW, SMG4,DPT> 
Fabric: <IP,ATM,N/A> 
Example 


An example of log report SPM710 follows: 


SPM709 AUG17 03:01:50 1400 ISDNPROT table dynamic 
update: SPM 0 
Location: SPM 14 Type: DMSCP Fabric: N/A 


Field descriptions 
The following table explains each of the fields in the log report: 


Field Value Description 
SPM_NUM 1 to 85 Node number of the SPM 
Alarm_Type Minor/Major/ Alarm type 
Critical 
class_type DMSCP Legacy SPM 


Used when the node class is 
datafilled as DMSCP in table 
MNNODE. 


Fabric is not applicable when 
type = DMSCP. 
SMG4 MG4000 


Used when the node class is 
datafilled as SMG4 in table 
MNNODE. 
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SPM710 (end) 


Field Value Description 


IW Interworking SPM 


Used when the node class is 
datafilled as IW and DPT_INFO 
is datafilled as BRIDGE_ONLY 
in table MNNODE. 


DPT Dynamic Packet Trunk (DPT) 
SPM 


Used when the node class is 
datafilled as IW and DPT_INFO 
is datafilled as DPT ONLY in 
table MNNODE. 


Action 
Not applicable 


Associated OM registers 
Not applicable 


Additional information 
Not applicable 


Log history 
SNO06 (DMS) 
Log SPM710 was changed for Enhanced Logs Phase 2 by Feature B89007430. 
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SPRF670 


Explanation 


The SPRF670 log represents the data from the past 15 samples from the SPM. 
The data is for the SPM activity (SPMACT) subtool. 


ATTENTION 
Start the SPRF670 log from the SPERFORM process. 


Format 
The format for log report SPRF670 follows. 


SPRF 670 mmmdd hh:mm:ss ssdd INFO SPMACT_DATA 


Example 


An example of log report SPRF670 follows. For readability, the fields and 
values are divided into two sections. 


PSWC SPRF670 SEP23 17:38:01 3800 INFO SPMACT_DATA 


SPM 0 Load Name: CEMOO11 
CEMSYS CEMAPP CEMBAK ORIG TERM 
1: 0% 0% 98% 0 0 
23 0% 0% 98% 0 0 
33 0% 0% 97% 0 0 
4: 1% 0% 97% 0 0 
5: 1% 0% 97% 0 0 
6: 0% 0% 98% 0 0 
Les 0% 0% 98% 0 0 
8: 2% 0% 96% 0 0 
9: 0% 0% 98% 0 0 
10: 0% 0% 98% 0 0 
11: 0% 0% 98% 0 0 
T2: 0% 0% 98% 0 0 
T3: 0% 0% 98% 0 0 
14: 0% 0% 98% 0 0 
T5: 0% 0% 98% 0 0 
SUMMARY 0% 0% 98% 0 0 
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SPRF670 (continued) 


MF DTMF 
1: 0 0 
2:5 0 0 
3: 0 0 
4: 0 0 
55 0 0 
6: 0 0 
Ts 0 0 
8: 0 0 
9: 0 0 
10: 0 0 
11: 0 0 
1233 0 0 
13: 0 0 
14: 0 0 
15s 0 0 
SUMMARY 0 0 


SUMMARY MFAVAIL: 


ECANAVAIL 


ECAN 


E 


OoOoOoocoocoocococoococococcoocoo 


COT TONE 
0 0 
0 0 
0 0 
0 0 
0 0 
0 0 
0 0 
0 0 
0 0 
0 0 
0 0 
0 0 
0 0 
0 0 
0 0 
0 0 


32 DTMFAVAIL: 82 MFHIGH: 0 DTMFHIGH: 0 


16 ECANHIGH 0 COTAVAIL 32 COTHIGH 0 


TONEAVAIL 


Field descriptions 


32 TONEHIGH 0 


The following table explains each of the fields in the log report: 


(Sheet 1 of 2) 


Field Value Description 

CEMSYS Numeric System class occupancy 

CEMAPP Numeric Application occupancy 

CEMBAK Numeric Background class occupancy 

ORIG Numeric Originations 

TERM Numeric Terminations 

MF Numeric Multi frequency in use 

DTMF Numeric Dual tone multi frequency in use 

ECAN 0 to MAX ECAN resources in use during a particular 
minute 

COT 0 to MAX Resources in use during a particular minute 

TONE 0 to MAX Resources in use during a particular minute 
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SPRF670 (end) 


(Sheet 2 of 2) 


Field Value Description 

SUMMARY Numeric Average of the samples 

MFAVAIL Numeric Highest number of MFs available 

DTMFAVAIL Numeric Highest number of DTMFs available 

ECANAVAIL 0 to MAX ECAN resources available for the SPM 
node. 

COTAVAIL 0 to MAX COT resources available for the SPM node. 

TONEAVAIL 0 to MAX Resources available for the SPM node. 

MFHIGH Numeric Highest number of MFs used during the 15 
samples period 

DTMFHIGH Numeric Highest number of DTMFs used during the 
15 samples period 

ECANHIGH 0 to MAX Maximum usage of ECAN resources for the 
SPM node 

COTHIGH 0 to MAX Maximum usage of COT resources for the 
SPM node 

TONEHIGH 0 to MAX Maximum usage of TONE resources 
available for the SPM node 

Action 
None 


Associated OM registers 
None 


Additional information 
None 
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SPRF671 


Explanation 


The SPRF 671 log displays the data from the past 15 samples from the SPM. 
The data is for the SPM USAGE(SPUSAGE) subtool. 


ATTENTION 
Start the logs from the SPERFORM process. 


Format 
The format for log report SPRF671 follows: 


SPRF671 mmmdd hh:mm:ss ssdd INFO SPUSAGE_DATA 


Example 


An example of log report SPRF671 follows. For readability, the fields and 
values are divided into two sections. 


PSWC SPRF671 SEP23 17:38:01 9651 INFO SPUSAGE_DATA 


SPM 0 Load Name: CEM0011 
ABDN EXIT CONF REL CAL TX FAIL NET PAR NET INTG NET FND NET NFND 


1: 0 0 0 0 0 0 0 0 0 
2: 0 0 0 0 0 0 0 0 0 
3: 0 0 0 0 0 0 0 0 0 
4: 0 0 0 0 0 0 0 0 0 
Biss o) 0 0 0 0 0 0 0 0 
6: 0 0 0 0 0 0 0 0 0 
7: 0 0 0 0 0 0 0 0 0 
8: 0 0 0 0 0 0 0 0 0 
9: 0 0 0 0 0 0 0 0 0 
10: 0 0 0 0 0 0 0 0 0 
11: 0 0 0 0 0 0 0 0 0 
12: 0 0 0 0 0 0 0 0 0 
13: 0 0 0 0 0 0 0 0 0 
14: 0 0 0 0 0 0 0 0 0 
15r .0 0 0 0 0 0 0 0 0 
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SPRF671 (continued) 


SPRF 671 SEP23 17:38:01 9651 INFO SPUSAGE_DATA 


DIMF_DNY MF_DNY ECAN_DNY COT_DNY TONE_DNY 


o yAn 4» CO NN EHF 


e 
«2 (LOU O0 I| 6 OO 9^ QOO X o 
£O, © O° OO X 01 1.6. o 
OO CO © OO OOo © O0 Q OQ O. Oo 
OO CO ©: OO OOo © O0 oo] 4. O' 0 
OO O'O- 2:0 o.o oo Oo OO ot 


Field descriptions 
The following table explains each of the fields in the log report: 


(Sheet 1 of 2) 


Field Value Description 

ABDN Numeric Abandon message 

EXIT Numeric Exit message 

CONF Numeric Confusion message 

REL_CAL Numeric Release call messages 

TX_FAIL Numeric Transmit fail messages 

NET PAR Numeric Parity error count messages 

NET INTG Numeric Network integrity lost messages 

NET FND Numeric Network integrity found messages 
NET NFND Numeric Network integrity not found messages 
DTMF DNY Numeric Dual Tone Multi Frequency Deny messages 
MF DNY Numeric Multi Frequency Deny messages 
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SPRF671 (end) 


(Sheet 2 of 2) 


Field Value Description 

ECAN DNY 0 to MAX ECAN allocation denied during a particular 
minute 

COT DNY 0 to MAX COT allocation denied during a particular 
minute 

TONE DNY 0 to MAX TONE allocation denied during a particular 
minute 

Action 
N/A 


Associated OM registers 
N/A 


Additional information 
N/A 
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SRC400 


Explanation 


The system recovery controller (SRC) system generates log report SRC400. 
The system generates this report when initialization of a service component 
software occurs for level 1 to level 4. 


Format 
The log report format for SRC400 is as follows: 


SRC400 mmmdd hh:mm:ss ssdd INIT 
Service: <service_component> <sos_node> 
Reinit level: <reinit_level> 
Duration: <time> 
Reinit reason: <reinit_reason> 
Impact: <impact_statement> 


Example 
An example of log report SRC400 follows: 


SRC400 FEBO7 08:15:36 1800 INIT 


Service: CallP Base (CM) 

Reinit level: 1 

Duration: 00:00:00.089 

Reinit reason: System initiated reinit 

Impact: Loss of call originations for 00.069 sec 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 

service_component Character string Indicates the identification of a service 
component 

sos_node Character string Indicates the node of the support operating 


system (SOS) 


reinit_level 1-4 Indicates the level of reinitialization 
time Character string of Indicates the time taken to reinitialize 
h:min:s 
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SRC400 (end) 


(Sheet 2 of 2) 


Field Value Description 
reinit_reason Character string Indicates the reason for the reinitialization 
impact_statement Character string Indicates the impact of the reinitialization 


Action 


There is no action required. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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SRC500 
Explanation 
The system generates log SRC500 during core restart and norestart-swact to 
indicate the progress of system recovery controller (SRC) recovery status. 
Format 
The log report format for SRC500 is as follows: 
SRC500 mmmdd hh:mm:ss ssdd INFO SRC Progress Report 
SRC action in progress: «src. action? 
«number? percent done, with <numobj> object<s> to recover. 
Example 


An example of log report SRC500 follows: 


SRC500 MAR18 15:40:23 6600 INFO SRC Progress Report 
SRC action in progress: Core Restart 
100 percent done, with 0 object to recover 


Field descriptions 
The following table explains each field in the log report: 


Field Value Description 
src action Character string Current SRC action. 
number 33, 67, 100 Percentage of objects in the SRC object 


database recovered by SRC when the 
system generates the log. 


numobj 0 - 10240 Total number of objects in the SRC object 
database that the SRC recovers when the 
system generates the log. 


Action 
There is no action required. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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SRC510 
Explanation 
This log is generated whenever SRC times out waiting to recover some objects 
during a core restart or norestart-swact. (Note the variant parts in the 
examples.) 
Format 
The format for log report SRC510 follows. 
SRC510 mmmdd hh:mm:ss ssdd INFO SRC Progress Report 
SRC action timed out: «src action» 
«percent» percent done, with a total of «num obj» object<s> 
to recover. 
«callpblock» 
«callpblock» ::- «nocallpmsg» | <callp_classlist> 
<no_callp_obj_msg> ::= No unrecovered Callp_pm class object. 
<callp_classlist> ::= 
Callp Class Number of unrecovered Callp objects 
TM x: «num obj» 
DCM x: «num obj» 
LM x: «num obj» 
LGC x: «num obj» 
RCC x: «num obj» 
Example 


Two examples of log report SRC510 follow. 


SRC510 MAR18 16:07:40 0700 INFO SRC Progress Report 
SRC action timed out: Core Restart 
79 percent done, with a total of 4 objects to recover. 
Callp Class Number of unrecovered Callp objects 
TM C: 2 


DCM C: 0 
LM C: 0 
LGC C: 0 
RCG Col 


SRC510 MAR19 19:07:42 0060 INFO SRC Progress Report 
SRC action timed out: Core Restart 
80 percent done, with a total of 3 objects to recover. 
No unrecovered Callp_pm class object. 
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1-2 Log reports 


Field descriptions 


The following table explains each of the fields in the log report: 


Field Value 


Description 


src_action text 


percent 0 to 100 


num_obj integer 


no callp obj msg text 


callp classlist text 


Current SRC action 


Percentage of objects in the SRC object 
database recovered by SRC at the time of 
the log. 


Total number of objects in the SRC object 
database that have not been recovered at 
the time of the log. 


This message is printed if there are no 
callp pm class objects still waiting to be 
recovered when SRC timed out. This is 
mutually exclusive with the variant part 
callp classlist. 


This portion of the message is printed if 
there are callp pm class objects still 
waiting to be recovered when SRC timed 
out. This is mutually exclusive with the 
variant part no callp obj msg and has 1 
output line per callp pm class registered 
with SRC. 


Action 


Craft should apply usual manual actions to recover the out-of-service nodes. 


Related OM registers 


None 


Additional information 
None 
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SRC520 
Explanation 
The system generates SRC520 to indicate an important event in the system 
recovery controller (SRC). The system generates this log when the events that 
follow occur: 
* the first time the Dependency Manager Fail-Safe Process starts after a core 
restart. 
e arestart or norestart-swact completes or times out while the SRC 
concurrency limit was reached during the recovery. 
e aservice part passes a test. 
* the system detects a software class disabled for fault recovery. The 
software class activates again in 24 h. 
* the software maintenance query object procedure fails. 
* the Group Manager Audit finds a difference between the Group Manager 
database and the Name Server. 
Format 
The log report format for SRC520 is as follows: 
SRC520 mmmdd hh:mm:ss ssdd INFO SRC Status Report 
<statustxt> 
Example 


An example of log report SRC520 follows: 


SRC520 MAR18 16:07:50 0800 INFO SRC Status Report 
Dependency FailSafe Process is started 


Field descriptions 
The following table explains each field in the log report: 


Field Value Description 


statustxt Character string Status message. 


Action 
There is no action required. 
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SRC520 (end) 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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SRC620 
Explanation 
The subsystem generates log SRC620 when the system detects one of the 
following conditions: 
* acondition that is not expected. 
* acondition that requires analysis. 
This condition occurs in the system recovery controller (SRC). The SRC 
continues to operate with the problem condition. The subsystem generates 
SRC620 when the events that follow occur: 
* the system detects an SRC request timeout. 
e an application aborts an SRC request. 
e an SRC object stays in the initiate-required state for too long. The 
Dependency Manager Fail-Safe Process detects the SRC object. 
Format 
The log report format for SRC620 is as follows: 
SRC520 mmmdd hh:mm:ss ssdd INFO SRC Status Report 
Procedure <procname>, 
Encountered: «message»? 
While working on object: <gridname>, <classlabel>: «obj class? 
<actionlabel> «src internal action? 
Tag: <hexnumber> 
Example 


An example of log report SRC620 follows: 


SRC620 MAR21 13:27:30 9600 INFO SRC Trace Log 

Procedure SRCBASEI::handle timeout, 
Encountered: obj timed out waiting for completion 
While working on object: Test 1, of Class:  NEWAPPL C 
SRC action: Core Restart 
Tag:  20B5 
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SRC620 (end) 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

procname Character string Name of the procedure that generates this 
log. 

message Character string Internal SRC cause to generate this log. 

gridname Character string Name of the object. 

obj_class Character string Class name of object. 

src_internal_action Character string Current SRC action. 

hexnumber 0B00, 20B5, 3200, The SRC development group uses 

3201 hexnumber internally to indicate where the 

system generates the log. 


Action 
There is no action required. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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SRC660 
Explanation 
The system recovery controller (SRC) generates this report when the target of 
a service component returns a code that is not expected. 
Format 
The log report format for SRC660 is as follows: 
SRC660 mmmdd hh:mm:ss ssdd INFO Bad return code 
Service: <service_component> <sos_node> 
Target: <target> 
Return code: <return_code> 
Example 


An example of log report SRC660 follows: 


SRC660 MAR18 15:40:23 7400 INFO Bad return code 
Service: CallP Base (CM) 
Target: Abort 
Return code: Failed 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 
service_component Character string Indicates the identification of a service part. 
sos_node Character string Indicates the node of the support operating 


system (SOS). 


target Character string Indicates that the target of a service 
component returns a code that is not 
expected. 
return_code Character string Indicates the code returned by the service 
part. This code is the return code that is not 
expected. 
Action 


There is no immediate action required. 
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SRC660 (end) 


Associated OM registers 
There are no associated OM registers. 


Additional information 


Maintain a record of the log during a power failure. Contact the next level of 
support. 
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SRC640 


Explanation 
The subsystem generates log SRC640 when the system detects a condition that 
is not expected. This condition is in the system recovery controller (SRC) 
system. The system generates SRC640 in place of SRC620. The replacement 
occurs when the system prints an integer value with the object name and 
procedure name. The system uses SRC620 under the following conditions: 


* asystem fails to delete an object from an auxiliary group during a given 
phase of an SRC group request. This given phase is the grouping phase. 


* application phase advance procedure returns a code that is not a correct 
return code. 


Format 
The log report format for SRC640 is as follows: 


SRC640 mmmdd hh:mm:ss ssdd INFO SRC Trace Info 
«procname str? 
Object Name <gridname> 
<label> : «number? 
Tag : <hexnumber> 


Example 
An example of log report SRC640 follows: 


SRC640 MAR21 12:53:07 7100 INFO SRC Trace Info 
Phase advance failed 
Object Name: MTM 4 
Phase Num : 1 
Tag : 20F1 


Field descriptions 
The following table describes each field in the log report: 
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Field Value Description 


proname str Character string Indicates the name of the procedure that 
generates this log and indicates why the 
system generates the log. 


Object Name Character string Indicates the name of the object. 
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Field Value Description 

label number Character string Indicates the value of the field printed. 

Tag hexnum Character string Indicates the hexadecimal that the SRC 
development group uses internally to 
indicate where system generates the log. 


Action 
There is no immediate action required. 


Associated OM registers 
There are no associated OM registers. 


Additional information 


Maintain a record of the log during a power failure. Contact the next level of 
maintenance. 
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SRC661 
Explanation 
The system recovery controller (SRC) generates this report when the system 
aborts or times out a maintenance action. 
Format 
The log report format for SRC661 is as follows: 
SRC661 mmmdd hh:mm:ss ssdd INFO Unexpected event 
Service: <service_component> <sos_node> 
Action: <mtc_action> 
Event: <event> 
Reason: <reason> 
Example 


An example of log report SRC661 follows: 


SRC661 MAR18 15:40:23 7400 INFO Unexpected event 


Service: CallP Base (CM) 
Action: Deloading 
Event: Timeout 

Reason: = 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 
service_component Character string Indicates the identification of a service part. 
sos_node Character string Indicates the node of the support operating 


system (SOS). 


mtc_action Character string Indicates the maintenance action in 
progress while the abort or timeout occurs. 


event Character string Indicates if the system aborted the 
maintenance action or a timeout occurred. 


reason Character string Indicates the cause of the abort. 


Action 
There is no immediate action required. 
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Associated OM registers 
There are no associated OM registers. 


Additional information 


Maintain a record of the log during a power failure. Contact next level of 
support. 
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Explanation 
The Switch Status Report Generator feature implements the Switch Status 
Report (SSR) log . The Switch Status Report Generator feature provides the 
ability to customize log reports from a base of OM calculations. The system 
generates the default log report SSR600 every 15 min. The system provides 
one accurate log on different aspects of switch status. 
Format 
The log report format for SSR600 is as follows: 
SSR600 MMMDD hh:mm:ss 6408 INFO Switch Status Report 
Current Data reported from MMMDD hh:mm to MMMDD hh:mm 
00:15 00:15 00:15 00:15 
00:15 00:15 
NAME CURR PREV AVG NAME CURR 
PREV AVG 
LABEL 1: «VALUE» «VALUE» «VALUE» LABEL 2 XVALUE» «VALUE» «VALUE» 
LABEL 3: «VALUE» «VALUE» «VALUE» LABEL 4: XVALUE» «VALUE» «VALUE» 
LABEL 5 XVALUE» «VALUE» «VALUE» LABEL 6 XVALUE» «VALUE» «VALUE» 
RK LOW 1 <CLLI> XX TRK_LOW_2 <CLLI> XX 
CM: <STATUS> MS: <STATUS> IOD: «STATUS» Net: «STATUS» 
PM: «STATUS» CCS: «STATUS» Lns: «STATUS» Trks: «STATUS» 
Ext: «STATUS» APPL:«STATUS» 
Example 


An example of log report SSR600 follows: 
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SSR600 (continued) 


SSR600 MAR31 14:17:00 6408 INFO Switch Status Report 
Current Data reported from MAR31 14:02 to MAR31 14:17 


00:15 00:15 00:15 00:15 00:15 00:15 
NAME CURR PREV AVG NAME CURR PREV AVG 
TOTAL TERM: 14317 13990 14932 BLKD_CPRES: 0 0 0 
TOTAL ORIG: 14331 13996 14943  BLKD, MISC: 0 0 0 
TRK INC: 4898 4877 5112 DROPPED: 0 0 0 
LINE ORIG: 9433 9119 9830 CP TRAPS: 0 0 0 
TANDEM: 595 554 615 CP. SUICIDE: 0 0 0 
INTER OFC: 5851 5664 6096 1TRIALFAIL: ue 4 0 
INTRA_OFC: 1663 1661 1794 DLY_PER10K: 0 0 0 
CPU_OVERLD: 0 0 Q PSIG PDIL: 162 179 166 
PM OVERLD: 0 0 0 CP OCC PCT: 19 18 18 
SYSB PM: 0 0 0 NONCP TRAP: 0 0 0 
MANB PM: 0 0 0 SWER LOGS: 0 0 0 
C7MSU TX: 32536 30256 31530 C7LINKI1 ERR: [0] 0 0 
C7MSU RX: 3253 30256 31530 C7RS ERR: 0 0 0 
AMA RECS: 7086 6850 7539 ORIG CHG: 2 >t 1 
TRK_LOW_1: GRCCTOMFIEO 59 TRK_LOW_2: GRCCTOMFIE1 37 
CM MS: . IOD: . Net: lLink 
PM: . COS Lns: Trks: 2 CC/C 
Ext: 2Crit/C APPL: 


Field descriptions 
The following table describes each field in the log report: 
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Field Value Description 

TOTAL_TERM numeric Indicates combined total number of line and 
trunk terminations. 

TOTAL_ORIG numeric Indicates combined total number of line and 
trunk originations. 

TRK INC numeric Indicates number of trunk originations. 

LINE ORIG numeric Indicates number of line originations. 

TANDEM numeric Indicates number of trunk to trunk calls. 

INTER OFC numeric Indicates number of line to trunk calls. 

Note: The last section of the SSR log displays the node status summary. This data describes the 

alarm status banner that appears in MAPCI. 
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Field Value 


Description 


INTRA OFC numeric 


CPU OVERLD numeric 


PM OVERLD numeric 


SYSB PM numeric 


MANB PM numeric 


C7MSU TX numeric 


C7MSU RX numeric 


AMA RECS numeric 


BLKD CPRES numeric 


BLKD MISC numeric 


DROPPED numeric 


CP TRAPS numeric 


Note: The last section of the SSR log displays the node status summary. This data describes the 


alarm status banner that appears in MAPCI. 


Indicates number of line to line calls. 


Indicates number of minutes of CM (CC) 
overload. 


Indicates the number of calls denied 
because of peripheral module (PM) 
overload. 


Indicates number of PM changes to SYSB 
that did not go to CBSY first . 


Indicates number of PM changes to MANB 
from IS or ISTB . 


Indicates number of CCS7 MSUs 
transmitted and terminated. The number 
must equal C7MSU RX. 


Indicates number of CCS7 MSUs received 
and originated. The number must equal 
C7MSU TX. 


Counts number of automatic message 
accounting (AMA) records generated. 


Indicates number of calls blocked because 
not enough call processing (CP) resources 
are available. 


Indicates total number of calls blocked for all 
other causes. This number does not include 
calls blocked because not enough call 
processing resources (CP) are available. 


Indicates number of established calls that 
the system dropped. 


Indicates number of call processing 
software traps. 
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SSR600 (continued) 


(Sheet 3 of 4) 

Field Value Description 

CP. SUICIDE numeric Indicates number of call processing 
detected software errors. 

1TRIALFAIL numeric Indicates number of first trial failures (no 
network path). 

DLY PER10K numeric Indicates number of dial tone delays for 
each group of 10000 delays. 

PSIG PDIL numeric Indicates combined total number of 
permanent signal and part dial conditions 
encountered. 

CP OCC PCT numeric Indicates CPU status Call Processing 
occupancy. 

NONCP TRAP numeric Indicates number of CPU traps. The 
number does not include CP software traps. 

SWER LOGS numeric Indicates number of SWER logs. 

C7LINK1 ERR numeric Indicates combined total number of CCS7 
link syncs and link errors. 

C7RS ERR numeric Indicates number of CCS7 routeset 
activities and failures. 

ORIG. CHG numeric Indicates the percent change between 
reporting periods. 

CURR numeric Current value of optional user defined 
parameter for the last 15 minute interval. 

PREV numeric Previous value of optional user defined 
parameter. The value provides information 
on the previous 15 minute interval. 

Note: The last section of the SSR log displays the node status summary. This data describes the 

alarm status banner that appears in MAPCI. 
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Field Value Description 
AVG numeric Average value of optional user defined 
parameter. Computed as the gathered 
average for that hour on that day of the week 
divided by four. To produce quarter-hour 
values, divide the gathered average of the 
hour by four. 
TRK_LOW_1 alphanumeric CLLI of the trunk with the most failures. 
numeric Number of trunk failures recorded for 
TRK_LOW_1. 
TRK LOW 2 alphanumeric CLLI of the trunk with the second largest 
number of failures. 
numeric Number of trunk failures recorded for 
TRK LOW 2. 
Note: The last section of the SSR log displays the node status summary. This data describes the 
alarm status banner that appears in MAPCI. 


Action 


Check the data in the SSR600 log. Compare current values to previous values 
and average values to determine if service loss conditions are present. 


Associated OM registers 


Formulas depend on OMs. See separate formulas for each field to determine 
the associated OM registers. 


Additional information 


The SSR600 log can appear in a long format that includes text descriptions for 
each field. To access the SSR commands, type: 
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SST100 
Explanation 
The safe store tap (SST) log generates as a result of an error or event in the SST 
system. This log lists any unprocessed DIRP files that have been copied to 
tape. 
Format 
The format for log report SST 100 follows: 
SST100 date time seqnbr INFO SSTCOPY Uyymmddhhmmsqssys copied 
to tape 
File Length = nnnn 
Example 


An example of log report SST100 follows: 


SST100 JANO1 16:46:28 3328 INFO SSTCOPY U7601011646040CC 
copied to tape 
FILE_LENGTH= 200 
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Field descriptions 
The following table explains the variable information in the log report. 


Field Value Description 
Uyymmddhhmmsgqssys alphanumeric This field indicates the filename that 

consists of the following: 

e  U-state 

*  yy-year 

*  mm-smonth 

e  dd-date 

*  hh-zhour 


* mmaminute 


*  Sqs-sequence number 


nnnn numeric This field indicates the length, in blocks, of 
the file that has been copied to tape. 


Action 
No action is required. 


Associated OM registers 
None 


Additional information 
None 
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SST101 
Explanation 
This safe store tap (SST) log indicates a file that had been partially closed has 
been reopened by a primary user at a block number greater than the value of 
the LAST TRANSFERRED BLOCK. The following table describes the SST 
copy fields. 
Format 
The format for log report SST101 follows: 
SST101 date time seqnbr INFO SST OPEN PFT Uyymmddhhmmsqssys 
opened; past LAST TRANSFERRED BLOCK 
LAST TRANSFERRED BLOCK = Itb Open Block Number = obn 
Example 


An example of log report SST101 follows: 


SST101 FEBO2 15:43:22 4325 INFO SST OPEN U7601011646040CC 
opened; past LAST TRANSFERRED BLOCK 
LAST TRANSFERRED BLOCK = 150 Open Block Number = 190 
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Field descriptions 
The following table explains the variable information in the log report. 


Field Value Description 
Uyymmddhhmmsgqssys alphanumeric This field indicates the filename that 

consists of the following: 

e  U-state 

*  yy-year 

*  mm-smonth 

e  dd-date 

*  hh-zhour 


* mmaminute 


*  Sqs-sequence number 


Itb numeric This field indicates the block number of the 
last transferred block. 


obn numeric This field indicates the block number where 
file was opened to start transferring data. 


Action 


This log indicates some of the file blocks have been neglected. Transfer this 
file manually. 


Associated OM registers 
None 


Additional information 
None 
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SST102 
Explanation 

This log indicates that a non-software problem, such as a disk device going 

SYSTEM BUSY, has occurred when accessing a file. 
Format 

The format for log report SST 102 follows: 

SST102 date time seqnbr TBL SST FILE SYSTEM PROBLEM 
text 

Example 


An example of log report SST102 follows: 


SST102 JANO1 16:46:28 3328 TBL SST FILE SYSTEM PROBLEM 
Invalid Device 


Field descriptions 
The following table explains the variable information in the log report. 


Field Value Description 


alphabetic This field describes non-software problems. 


Action 


Perform the necessary maintenance on the affected device, and return the 
device to service, if necessary. 


Associated OM registers 
None 


Additional information 
None 
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Explanation 


This log indicates the specified file has been renamed to a P-file and deleted 
from DIRPHOLD and the SAFE STORE directory. 


Format 
The format for log report SST103 follows: 
SST103 date time seqnbr INFO SST FILE DELETED 
Uyymmddhhmmsqssys 
deleted from DIRPHOLD and SS Directory 
Example 


An example of log report SST103 follows: 


SST103 JANO1 16:46:28 3328 INFO SST FILE DELETED 
U7601011646040CC 
deleted from DIRPHOLD and SS Directory 


Field descriptions 
The following table explains the variable information in the log report: 


Field Value Description 
Uyymmddhhmmsqssys alphanumeric This field indicates the filename that 

consists of the following: 

e u=state 

*  yy=year 

*  mm-smonth 

*  dd-date 

*  hh-hour 


* mmzsminute 


*  Sqs-sequence number 


Action 
No action is required. 
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Associated OM registers 
None 


Additional information 
None 
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STOR102 
Explanation 
The Store (STOR) subsystem generates log report STOR102 when the store 
audit detects an error in the inuse or avail vastarea links. The store audit 
connects the vastarea links again to correct the error. 
Format 
The log report format for STOR102 is as follows: 
STOR102 mmmdd hh:mm:ss ssdd INFO LINK CORRUPTION 
TYPE= nn LNKS= nn ORGN- nn DSTN= nn 
VATYP=nn STAT-nn ACT=hhhh 
Example 


An example of log report STOR102 follows: 


STOR102 JAN 1 00:00:01 0902 INFO LINK CORRUPTION 
TYPE= 02 LNKS= 03 ORGN= 32 DSTN= 45 
VATYP= 05 STAT= 02 ACT= 07 


Field descriptions 
The following table explains each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 

INFO LINK Constant Indicates a link corruption detected. 

CORRUPTION 

TYPE nn Indicates the type of corruption the audit 
discovered. 

LNKS nn Identifies the links that the system was 


scanning at the time the audit discovered the 
error. 


ORGN nn Identifies the vastarea that started the link 
field. 

DSTN nn Identifies the vastarea indicated by the link 
field. 

VATYP nn Identifies the vastarea where the corruption 
occurred. 
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Field Value Description 


STAT nn Indicates the status of the vastarea where the 
corruption occurred. 


ACT hhhh Indicates the action the audit performed to 
correct the problem. 


Action 
There is no action required. This log is for BNR and NT personnel to use if 
the system encounters other problems. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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STOR103 


Explanation 


Format 


Example 


The Store (STOR) subsystem generates log report STOR103. The subsystem 
generates this report when the STOR audit detects errors that relate to a critical 
variable in the STOR allocator. If STOR audit correcting action is enabled, the 
audit regenerates the variable immediately. 


The log report format for STOR103 is as follows: 


STOR103 hh:mm:ss ssdd INFO VARIABLE CORRUPTION 
TYPE= nn DORP= nn CUR- hhhhhhhh 
COR- hhhhhhhh ACT= hhhh 


An example of log report STOR103 follows: 


STOR103 JAN 1 00:00:01 0903 INFO VARIABLE CORRUPTION 


TYPE- 04 DORP- 01 
COR- 00F00000 


Field descriptions 
The following table describes each field in the log report: 


CUR- 00F00000 


Field Value Description 
INFO VARIABLE Constant Indicates store audit detects an error with a 
CORRUPTION critical variable in store allocator. 
TYPE nn Identifies type of corruption. 
DORP nn Identifies if data store or program store. 
CUR 0000-FFFF Indicates current value of corrupted field. 
COR 0000-FFFF Indicates correct value of corrupted field. 
ACT hhhh Identifies action that the audit performs to 
correct problem. 
Action 


There is no action required. Bell Northern Research and Northern Telecom 
operating company personnel can use this log if other problems occur. 
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Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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STOR104 


Explanation 
The Store (STOR) subsystem generates log report STOR104. The subsystem 
generates this report when the subsystem detects an error in the information 
that relates to a vast area. The STOR audit normally generates the specified 
value again. In some events, the STOR audit marks the vast area as corrupt. 


The user can correct the error after the STOR audit correcting action is 
enabled. 


Format 
The log report format for STOR104 is as follows: 


STOR104 hh:mm:ss: ssdd INFO VAST AREA CORRUPTION 
TYPE-nn INDEX-nn VATYP-nn STAT= nn 
ADDR- hhhhhhhh SIZE- hhhh WORDS 
CUR- hhhh COR- hhhh ACT= hhhh 


Example 
An example of log report STOR104 follows: 


STOR104 JAN 1 00:00:01 0904 INFO VAST AREA CORRUPTION 
TYPE- 03 INDEX- 45 VATYP- 02 STAT- 02 
ADDR- 006E0000 SIZE- 7FFF WORDS 
CUR- 0002 COR- 0003 ACT- 0002 


Field descriptions 
The following table describes each of the fields in the log report: 
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Field Value Description 

INFO VAST AREA Constant Indicates an error that the system detects in 

CORRUPTION information that relates to a vast area. 

TYPE nn Indicates type of corruption that an audit 
discovers. 

INDEX nn Provides index of vast area in 


audit allvastareasdesc. 
VATYP nn Indicates type of corrupted vast area. 


STAT nn Indicates status of corrupted vast area. 
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Field Value Description 

ADDR 0000-FFFF Indicates physical address of corrupted area. 

SIZE 0000-FFFF Indicates size of block of store that ADDR 
indicates. 

CUR hhhh Indicates current value of corrupted field. 

COR hhhh Indicates correct value of corrupted field. 

ACT hhhh Indicates the action that the audit performs to 
correct the error. 

Action 


There is no action required. Bell Northern Research and Northern Telecom 
operating company personnel can use this log if other problems occur. 


Associated OM registers 


There are no associated OM registers. 


Additional information 


There is no additional information. 
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STOR105 


Explanation 


The Store (STOR) subsystem generates log report STOR105. The subsystem 
generates this report when the STOR audit detects an error that associates with 
the headers for a vast area. The STOR audit marks the area corrupt when the 
audit correcting action is enabled. 


Format 
The log report format for STOR105 is as follows: 


STORIOS hh:mm:ss ssdd INFO HEADER CORRUPTION 
TYPE- nn INDEX-nn VATYP-nn 
ADDR- hhhhhhhh SIZE- hhhh WORDS 
BLKS= nnn MAX- nnn IND= nnn 
CUR- hhhhhhhh COR- hhhh ACT= hhhh 


Example 
An example of log report STOR105 follows: 


STOR105 JAN 1 00:00:01 0905 INFO HEADER CORRUPTION 
TYPE- 02 INDEX- 45 VATYP- 00 

ADDR- 006E0000 SIZE- 7FFF WORDS 

BLKS- 150 MAX- 700  IND- 43 

CUR- FDFDFDFD COR- 0001 ACT- 11 


Field descriptions 
The following table describes each field in the log report: 
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Field Value Description 

INFO HEADER Constant Indicates that the system detects an error with 

CORRUPTION a header for a specified vast area. 

TYPE nn Indicates type of corruption that an audit 
discovers. 

INDEX nn Provides index of vast area in 


audit allvastareasdesc. 
VATYP nn Indicates type of corrupt vast area. 


ADDR 0000-FFFF Provides physical address of vast area where 
corruption occurs. 
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Field Value 


Description 

SIZE 0000-FFFF Indicates size of block of store that ADDR 
indicates. 

BLKS nnn Indicates number of blocks in current vast 
area. 

MAX nnn Indicates maximum number of blocks possible 
in current vast area. 

IND Indicates index in header table of current 
block. 

CUR 0000-FFFF Provides current value of corrupt field. 

COR hhhh Provides correct value of corrupt field. 

ACT hhhh Indicates action audit performs to correct 
problem. 

Action 


There is no action required. Bell Northern Research and Northern Telecom 
emergency personnel can use this log if other problems occur. 


Associated OM registers 


There are no associated OM registers. 


Additional information 


There is no additional information. 
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STOR106 


Explanation 


The Store (STOR) subsystem generates log report STOR106. The subsystem 
generates this report when the STOR audit cannot allocate or deallocate store. 
The STOR audit cannot allocate or deallocate store for the local tables or the 
test procedure. In the first occurrence, the system kills the audit and creates 
the audit again. In the second occurrence, the audit does not take action. 


Format 
The log report format for STOR106 is as follows: 


STOR106 hh:mm:ss ssdd INFO STORE AUDIT FAILED 
ALLOCATE/DE 
ALLOCATE 
DALOC= nn RC= nn BSIZE- hhhh STT= nn 
BIG-hhhh TEST-nn ACT=hhhh 


Example 
An example of log report STOR106 follows: 


STOR106 JAN 1 00:00:01 0906 INFO STORE AUDIT FAILED 
ALLOCATE/DE 
ALLOCATE 

DALOC- 00 RC= 05 SIZE- 5EF STT- 00 

BIG- 70F TEST- 01 ACT- 10 


Field descriptions 
The following table describes each field in the log report: 
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Field Value Description 

INFO STORE AUDIT Constant Indicates store audit fails to allocate or not 
FAILED allocate store for the local tables or the test 
ALLOCATE/DEALOCA procedure. 

TE 

DALOC nn Indicates system generates log, because of an 


allocation or deallocation problem. 


RC nn Identifies the return code that the STOR 
allocator generates when the audit fails to 
allocate or deallocate store. 
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Field Value Description 

BSIZE hhhh Indicates size of current block of store. 

STT nn Identifies store type used in allocation or not 
allocation. 

BIG hhhh Indicates size of largest block of store 
available. 

TEST nn Indicates if audit fails allocation for a local 
variable or for a test of allocation/deallocation 
process. 

ACT hhhh Indicates action the audit performs action to 
correct problem. 

Action 


There is no action required. Bell Northern Research or Northern Telecom 
emergency personnel can use this log if other problems occur. 


Associated OM registers 
There are no associated OM registers. 


Additional information 


There is no additional information. 
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STOR107 

Explanation 
The Store (STOR) subsystem generates log report STOR107 daily. This report 
provides information about the condition of the STOR allocator. Use this 
information if other problems occur. 

Format 


The log report format for STOR107 is as follows: 


STORI07 hh:mm:ss ssdd INFO STORE AUDIT DAILY REPORT 
PAUD= mmmdd hh mm ss FREQ= hhhh MINUTES ACT= hhhh 
hhhh 
PROB CNT= hhhh hhhh hhhh hhhh hhhh........... 
STT| CUR USG |TTL VA| TTL CPTD |TTL ALOC |TTLD 


LOC | 
[———À de——— uE———Sd——— 


TTL VAST= nnn TTL DS ST= hhhh hhhh TTL PS ST= hhhh hhhh 
SPRE- 

hhhh 

CUR DS INSE= nn% (vast1) CUR PS INSE= nn% (vast2) 

CUR DS AVAL= nn% (vast3) CUR PS AVAL= nn% (vast3) 
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STOR107 (continued) 


Example 


An example of log report STOR107 follows: 


STOR107 DEC 31 00:00:01 0907 INFO STORE AUDIT DAILY REPORT 
PAUD- DEC30 22:00:00 FREQ- 0002 MINUTES ACT- 0000 0005 
PROB CNT- 0000 0005 0001 0002 0000 0000 0000 0000 0001 

STT | CUR USG | TTL VA | TTL CPTD | TTL ALOC | TTL D 
LOC | 
| | | | | | 
0 |003A B778| 003c | 0000 | 0100 003E| 0000 
0011| 
1 |0000 38B6| 0001 | 0000 | 0000 0567| 0000 
0431 | 
2 |0053 B910| 0056 | 0000 | 0000 1234| 0000 
1111| 
3 |001C 961c] 001E | 0001 | 0000 FOAD| 0000 
1010 | 
4 |0003 0000| 0000| 0000 | 0000 1101| 0000 
0EO00 | 
| | e . | | 
| 
| | d | . | 
| 
| | d | | 
| 
TTL VAST- 150 TTL DS ST- 3E 7FFF TTL PS ST- 4E 0000 SPRE= 


50 
0000 


CUR DS INSE- 
CUR DS AVAL- 8$ 


89$ 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


(133) 
(4) 


CUR PS INSE- 
CUR PS AVAL- 


Field 


Value 


Description 


INFO STORE AUDIT 
DAILY REPORT 


Constant 


Indicates information display. The STOR audit 
gathered information from previous and 
current STOR allocator audits. 


PAUD mmmdd hh mm ss Indicates date and time previous audit runs. 

FREQ hhhh Indicates frequency of store audit. 

ACT hhhh hhhh Indicates store allocator activity. 
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Field Value Description 

PROB CNT hhhh hhhh hhhh hhhh Indicates number of problems that the audit 
hhhh......... detects for each error class. 

TTL VAST nnn Indicates total number of vast areas in use. 

TTL DS ST 0000-FFFF Indicates total data store in hexadecimal. 

TTL PS ST 0000-FFFF Indicates total program store in hexadecimal. 

SPRE 0000-FFFF Indicates total program store in hexadecimal. 

CUR DS INSE nn% (vast) Indicates current in use data store, as a 


percentage. Indicates number of vast areas 
assigned in use status. 


CUR PS INSE nn% (vast2) Indicates average in use program store, as a 
percentage. Indicates number of vast areas 
assigned in use status. 


CUR DS AVAL nn% (vast3) Indicates current available data store, as a 
percentage. Indicates number of vast areas 
assigned available status. 


CUR PS AVAL nn% (vast4) Indicates average available program store, as 
a percentage. Indicates number of vast areas 
assigned available status. 


STT n Identifies store type. 

CUR USG 0000-FFFF Indicates current use of each store type in 
hexadecimal. 

TTL VA 0000-FFFF Indicates total number of vast areas assigned 
to each store type. 

TTL CPTD hhhh Indicates number of corrupted vast areas of 
each store type. 

TTL ALOC 0000-FFFF Indicates total number of allocations for each 
store type. 

TTL DLOC hhhh Indicates total number of deallocations for 


each store type. 
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Action 
There is no action required. Bell Northern Research or Northern Telecom 
emergency personnel can use this log if problems occur. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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STOR108 


Explanation 
The Store (STOR) subsystem generates log report STOR108. The subsystem 
generates this report when the STOR audit detects a wrong pattern written to 
overflow buffers for block of store. The STOR audit does not define the 
overflow buffer if STOR audit correcting action is enabled. 


Format 
The log report format for STOR108 is as follows: 


STOR108 mmdd hh:mm:ss ssdd Inuse/Free Block Corruption 
TYPE=<inuse/free> VAINDEX=<vastnum> HEADING <header index 
VATYPE=<vasttype> STAT=<status 
VAADDR:ADDR:<addres> SIZE=<words> WORDS OWNER= 

<ownerid> <owner type and name> 
THISBLK:ADDR=<address> SIZE=<words> WORDS OWNER= 
<ownerid> <owner type and name> 
NEXTBLK:ADDR=<address> SIZE=<words> WORDS OWNER= 
<ownerid> <owner type and name> <memlock>pattern before>* 
<invalid pattern> <pattern after> 


Example 
An example of log report STOR108 follows: 


STOR108 JANO2 15:11:08 550 Inuse/Free Block Corruption 
TYPE:001 VAINDEX-001B HEADING-0023 VATYPE-0000 
STAT-0002 
VAADDR:ADDR-0059000 SIZE-8000 WORDS MEM-Y ACT-0000 
PREVBLK:ADDR-0059B44 SIZE=0036 WORDS OWNER=6108 8040 

MODULE WASTE 
THISBLK:ADDR-0059BBO SIZE-004E WORDS OWNER=6108 8040 
PROCESS PROCESS JUNK 
0059AC3E:FDFD FDFD FDFD FDFD *001 EFEF 004E FFFF 0000 
0094 
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Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

INUSE/FREE BLOCK buffer, or free block The type of corruption the system detects 

CORRUPTION (buffer or free block) 

TYPE numeric Indicates type of corruption that the audit 
discovers. 

VAINDEX alphanumeric The index of vast area for which block in 


question resides. 


HEADING numeric The index in header table that corresponds 
to block in question. 


VATYPE numeric The store type of vast area. 

STAT numeric The status of vast area. 

VAADDR numeric The vast area block. 

MEM y,n If the memory (memloc) that appears is 
correct. 

ACT numeric Store Audit performs correcting action. 

PREVBLK alphanumeric The block address, size and owner. 

THISBLK alphanumeric The block address, size and owner. 

NEXTBLK alphanumeric The block address, size and owner of next 


block in memory. 


memloc hexadecimal The corrupted pattern, the pattern before 
corruption, and the pattern after corruption. 


Action 


There is no action required. Bell Northern Research or Northern Telecom 
Technical Assistance Service (TAS) operating personnel can use this log if 
problems occur. Contact TAS immediately. 


Associated OM registers 
There are no associated OM registers. 
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Additional information 
There is no additional information. 
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STR250 
Explanation 
This special tone receiver (STR) log generates when the STR recognizes blue 
box fraud (BBF) as defined by BBF parameters in the BBTKSGRP table. 
Format 
The format for log report STR250 follows: 
STR250 date time seqnbr INFO STR DETECTS BLUE BOX FRAUD 
ORIG = orig BILLING NO = calling_no 
TERM = termin CALLED NO = called_no 
BBF DIGITS = bbfdig 
BLOCKED = bool 
Example 


An example of log report STR250 follows: 


STR250 JULO4 17:52:45 1200 INFO STR DETECTS BLUE BOX FRAUD 
ORIG = MEAN2WMFWK94 BILLING NO = 7034760456 

TERM = MONT2WDTWK92 CALLED NO = 4715261 

BBF DIGITS = MF D1112333122C 

B 

B 


BBF DIGITS = DIMF 768 
BLOCKED = YES 


Field descriptions 
The following table explains the variable information in the log report. 
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Field Value Description 

orig alphanumeric The field indicates the originating trunk of 
the BBF. 

calling_no numeric This field indicates the dialed ANI or calling 


card number if there is one. This may not 
apply to all circumstances. 


termin alphanumeric This field indicates the terminating BBF 
trunk. This is the trunk which is enabled by 
BBF detection. 
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Field Value Description 
called no up to 15 digits This field indicates the original digits dialed. 
bbfdig maximum 30 DTMF digits This field indicates the BBF digits received 
maximum 45 MF digits by the STR. Both MF and DTMF digits can 
be displayed. 


KP codes are in HEX D 

KPP codes are in HEX C 

KP2 codes are in HEX E 

KP3 codes are in HEX B 

ST codes are in Hex F 

STP codes are in Hex C 

ST2P codes are in Hex E 

ST3P codes are in Hex B 

Note: This field may contain unreliable 
information when scanning for both MF and 


DTMF signals (because of the overlap of MF 
and DTMF signal codes). 


bool YES or NO This field indicates whether the call was 
allowed to continue. 


Action 


Because this log occurs when BBF is detected, make a record of calling and 
called data. Maintenance is not required. 


Associated OM registers 
None 


Additional information 
None 
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STOR600 
Explanation 
The Store (STOR) subsystem generates this report when a request for storage 
occurs. The storage requested is greater than the maximum amount allocated 
in Table DSlimit. 
Format 
The format for log report STOR600 follows. 
STOR600 mmmdd hh:mm:ss ssdd INFO DSLIMIT_OVERFLOW 
Data store request of <num_words> words disallowed for module 
ID <mod_id>. 
MAX TOTAL <ds_max> WORDS EXCEEDED. 
FREE UP SPACE ON SFDEV OR INCREASE STORE IN 
TABLE DSLIMIT. 
Example 


An example of log report STOR600 follows. 


STOR600 OCTO2 05:52:08 4407 INFO DSLIMIT_OVERFLOW 

Data store request of 36 words disallowed for module ID 0204. 
MAX TOTAL 750000 WORDS EXCEEDED. FREE UP SPACE ON SFDEV OR 
INCREASE 
STORE IN DSLIMIT. 


Field descriptions 
The following table explains each of the fields in the log report: 


Field Value Description 
num_words integer Provides the number of words requested. 
mod_id 0000-FFFF (hex) Provides the hexadecimal identification for 
the process. 
ds max 0 to 35 The DSmax value entered in table 
DSLIMIT. 
Action 


Delete unnecessary files from SFDEV to free up store, or list Table DSLIMIT 
from the CI MAP (maintenance and administration position) level for the 
DSmax value. Increase the amount of store available via the DSmax value 
entered for tuple STOREFS. 


Related OM registers 


None 
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Additional information 
None 
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SWCT101 
Explanation 
A switch generates this log after a successful warm start. 
Format 
The format for log report SWCT101 follows: 
SWCT101 date time seqnbr INFO 
WARM SWACT TIME BREAKDOWN — TIME IN HH-MM-SS 
BCS n AND RESTART hh-mm-ss 
BCS n+ UP TO EXEC LOADING hh-mm-ss 
EXEC LOADING OLD PMS hh-mm-ss 
EXEC LOADING NEW PMS hh-mm-ss 
BCS n+ AFTER EXEC LOADING hh-mm-ss 
TOTAL TIME hh-mm-ss 
Example 


An example of log report SWCT101 follows: 


SWCT101 NOV15 10:01:09 2532 INFO 


WARM SWACT TIME BREAKDOWN -- TIME IN HH-MM-SS 
BCS 16 AND RESTART 05-00-00 
BCS 17 UP TO EXEC LOADING 06-08-00 
EXEC LOADING OLD PMS 06-59-44 
EXEC LOADING NEW PMS 07-01-12 
BCS 17 AFTER EXEC LOADING 08-43-00 
TOTAL TIME 09-45-33 
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Field descriptions 
The following table explains each of the fields in this log report: 


Field Value Description 
n numeric Batch change supplement number. 
hh-mm-ss numeric Time in hours-minutes-seconds format. 


Action 


This log does not require action. It only provides information. 


Associated OM registers 
None 


Additional information 
None 
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SWCT102 

Explanation 
This log report provides an account of the improvement of a central control 
(CC) warm switch of activity (SWACT). The system executes steps 0 through 
11 on the active side of the CC before the SWACT. The system executes steps 
100 through 105 on the active side after the SWACT. 

Format 
The log report format for SWCT102 is as follows: 

SWCT102 mmmdd hh:mm:ss ssdd PASS msgtxt 
Example 


An example of log report SWCT102 follows: 


SWCT102 SEPO5 18:14:33 1800 PASS Preinitialization done 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 
msgtxt Preinitialization Step 0, successful completion of 
done initialization of warm SWACT on active side. 
Communication Step 1, establishment of communication 
established between active and not active sides is 
successful. 


Exchange of data Step 2, exchange of data between active 
with the mate done and not active sides is successful. 


Data estimation Step 3, estimation of how much data is 
done transferred in step 11 is successful. 


Store allocated on Step 4, allocation of data store calculated in 
active CC step 3 on active side is successful. 


Store allocated on Step 5, allocation of data store on side that 
inactive CC is not active is successful. 


AMA processing Step 6, AMA data dump is successful. 
complete 


DMS-250 Logs Reference Manual, Volume 6 of 6 UCS15 


1-314 UCS log reports 
SWCT102 (continued) 
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Field Value Description 

Call processing in Step 7, which disallows call originations is 

PM stopped successful. 

Call processing l/O Step 8, which stops processing call 

in CC stopped originations and feature activation requests 
is successful. 

Call data extracted Step 9, which saves active, steady two-port 
call data to make sure that calls maintain 
SWACT, is successful. 

Data transfer Step 10, which transfers data saved in step 

completed 9 to not active side is successful. 

SWACT done Step 11, which active and not active sides 
Switch activity is successful. 

Post-initialization Step 100, initialization of warm SWACT on 

done active side is successful. 

Data restored Step 101, in which data transferred in step 
10 is restored on active side, is successful. 

CC processes Step 102, in which call processing I/O 

resumed activates again in active CPU, is successful. 

Created EXEC Step 103, creates process to download 

loading process EXECs to PMs, is successful. 

PM states set Step 104, downloads bitmaps to PMs to 
indicate which calls must maintain SWACT 
is successful. Call processing resumes in 
the peripherals. 

SWACT Step 105, indicates completion of warm 

finishedTotal time | SWACT, and displays processing time, is 

in hh:mm:ss successful. 
Action 


Log SWCT102 is an information log. There is no action required. 


Associated OM registers 
There are no associated OM registers. 
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SWCT102 (end) 


Additional information 
There is no additional information. 


DMS-250 Logs Reference Manual, Volume 6 of 6 UCS15 


1-316 UCS log reports 


SWCT103 


Explanation 


The software for the central control (CC) warm switch of activity (SWACT) 
generates this report when a warm SWACT step fails or traps. 


Format 


The log report format for SWCT103 is as follows: 


SWCT103 mmmdd hh:mm:ss ssdd FAIL «failure text» 


Example 


An example of log report SWCT103 follows: 


SWCT103 OCTO4 11:48:03 5100 FAIL Failed to allocate store on 


active CC 


Field descriptions 


The following table explains each field in the log report: 
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Failed to establish 
communication 


Failed to exchange data 
with the mate 


Failed data store 
estimation 


Field Value Description 

FAIL constant Indicates that a description of a CC warm SWACT 
step trap or failure follows. 

failure text Failed preinitialization Step 0, initialization of CC warm SWACT on active 


side, did not complete. This field indicates that an 
image was taken when the SWACT was attempted. 


Step 1, communication between the active and 
inactive sides, was not established. 

Check for SWCT105 logs. 

Step 2, data exchange between active and inactive 
sides, was not successful. 

Check for SWCT104, 105, and 106 logs. 

Step 3, estimation of the amount of data transferred 
in step 11, was not successful. 

Check for SWCT106 logs. 


297-2621-840 Standard 09.01 May 2001 


1-317 UCS log reports 


SWCT103 (continued) 


(Sheet 2 of 3) 
Field Value Description 
failure_text Failed to allocate store Step 4, allocation of data store on active side, was 


(continued) 


failure_text 
(continued) 


on active CC 


Failed to allocate store 
on inactive CC 


Failed to process AMA 
data 


Failed to stop PM call 
processing 


Failed to stop call 
processing I/O 


Failed to extract data 


Failed to transfer data 


Failed to SWACT 


Failed post- initialization 


Failed to restore data 


Failed to resume CC CP 
process 


not successful. 
Check for STOR, SOS, SWERR, and TRAP logs. 


Step 5, allocation of data store on inactive side, was 
not successful. 


Check for STOR, SOS, SWERR, SWACT105, and 
TRAP logs on the active and inactive sides. 


Step 6, AMA data dump, was not successful. 
Check the billing device to make sure that the 
process operates correctly. 

Step 7, which prevents new call originations, was 
not successful. 

Check for PM logs. 

Step 8, which stops call processing I/O in the CPU, 


was not successful. The system did not process call 
originations or feature activation requests. 


Step 9, which saves information on active, stable, 
two-port calls, was not successful. 


Step 10, which transfers data saved in step 9 to the 
inactive side, was not successful. 


Check for MS, CM, TRAP, SWERR, and SWCT117 
logs. 


Step 11, which switches activity from one CPU to 
the other, was not successful. 

Check for MS, CM, TRAP, SWERR, and SWCT117 
logs. 

Step 100, the initialization of the CC warm SWACT, 
failed on the active side. 

Check for SWCT 106 logs. 


Step 101, which restores the data transferred in step 
10 to the active side, was not successful. 


Step 102, which activates call processing I/O on the 
active CPU again, was not successful. 
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(Sheet 3 of 3) 
Field Value Description 
Failed to create EXEC Step 103, which creates the EXEC loading process, 
loading process was not successful. 
Failed to set PM TSI Step 104, which resumes call processing in the 
PMs, was not successful. 
Check for PM logs. 
Failed to finish CC warm Step 105, which completes warm SWACT, was not 
SWACT successful. 
Check for TRAP, SWERR, and SWCT106 logs. 
Action 


This log report indicates a problem that affects service. You must investigate 
and clear the cause(s) he cause(s) before a warm SWACT can be completed. 


Associated OM registers 
There are no associated OM registers. 


Additional information 


It is recommended that you collect SWACT, SWERR, and TRAP logs for the 
active and inactive sides. 
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SWCT104 
Explanation 
The SWCT subsystem generates SWCT104 to provide important information 
during the warm Switch of Activity (SWACT) process. 
Format 
The log report format for SWCT104 is as follows: 
SWCT104 mmmdd hh:mm:ss ssdd INFO msgtxt 
Example 


An example of log report SWCT104 follows: 


SWCT104 DI 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


ECO8 11:17:23 7000 INFO FORCESWCT enabled 


Field Value Description 
INFO Constant Indicates warm SWACT information follows. 
msgtxt FORCESWCT Indicates that if more than 10% of PMs are 
enabled out of service on new side, activity remains 
on new BCS side. 
FORCESWCT Indicates activity returns to old BCS side if 
disabled system encounters condition that is not 
normal. The system generates this 
message if the user enters the Cl command 
FORCESWCT OFF. 
ABNORMAL Indicates that more than 10% of PMs are 
CONDITION offline, and warm SWACT continues on 
CONTINUING new BCS side. 
ABNORMAL Indicates that more than 10% of PMs are 
CONDITION offline, and warm SWACT returns to old 
RETURNING TO BCS side. 
OLD SIDE 
NOCHECK option Indicates an option specified for the central 
executed control (CC) warm SWACT that disables the 


node status that checks on active side. 
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Field Value 


Description 


NOMATCH option 
executed 


Time-out in CC 
warm SWACT 
occurred 


STATUSCHECK 
device status 
mismatch found 


Indicates an option specified for CC warm 
SWACT that disables the node status 
matching between active and inactive side. 


Indicates a communication time-out, 
between computing module (CM) and a 
peripheral, while the system establishes the 
call processing on the peripheral, again. 


Fix device status on old active or new 
inactive side of CM. 


Action 


Fix the device status when the message text reads: STATUSCHECK device 
status mismatch found. Fix the device status on the old active or new inactive 
side of the CM. You must fix the device status to correct the mismatch. The 
list of mismatched devices is output to the console of the user. 


Associated OM registers 


There are no associated OM registers. 


Additional information 


There is no additional information. 
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SWCT105 


Explanation 
The central control (CC) warm Switch of Activity (SWACT) subsystem 
generates SWCT105. The system generates this report when CC warm 
SWACT fails communication over the MATE communication facilities. The 
NT40 uses the MATE communication register (MCR). The SuperNode uses 
MATELINK. 


This condition occurs when the communication link between the two sides 
fails to operate. The communication link fails to operate because of a software 
restriction or hardware problem. The INFO lines give a two-line trace of the 
calling code. Problem analysis requires INFO lines. 


Format 
The log report format for SWCT105 is as follows: 


SWCT105 mmmdd hh:mm:ss ssdd TBL COMMUNICATION 
PROBLEM 
REASON : reasontext 
INFO: infotext1 
: infotext2 


Example 
An example of log report SWCT105 follows: 


SWCT105 JAN12 11:05:25 2112 TBL COMMUNICATION PROBLEM 
REASON : HANDSHAKE FAIL SWCT DATA. 

INFO : 0A132D:SWCTNRUI.AQ01:SWCT HAND $-00A2 

: OAI2EA:SWCTNRUI.AQ01:SWCT SWCT D4-0009 


Field descriptions 
The following table describes each field in the log report: 
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Field Value Description 

TBL Constant Indicates a communication 

COMMUNICATION problem. 

PROBLEM 

REASON Areas for inactive Indicates limit for number of 
exceed maximum transfer data areas exceeded on 
number. the side that is inactive. 
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Field 


Value 


Description 


Not able to protect 
inactive. 


Not enough store 
on inactive. 


Work area full on 
inactive. 


Not able to send 
from inactive to 
active side. 


Reply not received 
on inactive. 


Reply not correct 
on inactive. 


Areas for active 
exceed maximum 
number. 


Not able to 
unprotect active. 


Not enough store 
on active. 


Work area full on 
active. 


Not able to send 
from active to 
inactive side. 


Reply not received 


on active. 


Reply not correct 
on active. 


Indicates attempt to unprotect data 
store (DS) not allowed. 


Indicates inactive side free store is 
not enough for data transfer. 


Indicates inactive side applications 
that return data to active overflow 
buffer. 


Indicates communication to active 
side is not possible. 


Indicates that the data transfer from 
inactive to active side is not 
acknowledged. 


Indicates active side sends reply 
that is not correct. 


Indicates limit for number of data 
transfer areas exceeded on active 
side. 


Indicates attempt to unprotect DS 
allowed. 


Indicates active side free store is 
not enough for data transfer. 


Indicates active side applications 
that fill the data transfer buffer, 
overflow the buffer. 


Indicates communication to side 
that is inactive is not possible. 


Indicates that the data transfer from 
active to inactive side is not 
acknowledged. 


Indicates side that is inactive sends 
a reply that is not correct. 
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Field 


Value 


Description 


Comm link failure, 
bad return code. 


Estimate of store 
exceeded. 


Fail to read data 
from inactive. 


Fail to copy data 
on inactive. 


Fail to write data to 
inactive side. 


Invalid format for 
data. 


End of format 
missing for data. 


Count for data that 
is not correct. 


Handshake failure 
SWACT DATA. 


Handshake failure 


DEVICE STATUS. 


Switch activity 


notice fails to send. 


Switch activity 
notice ACK fails. 


Indicates the MCR or MATELINK 
did not open or was not claimed for 
CC warm SWACT use. Also 
indicates failure of the 
communication link. 


Indicates an error in store estimate 
OCCUIS. 


Indicates attempt to read data from 
inactive side fails. 


Indicates attempt to copy data from 
active to inactive side failed. 


Indicates attempt to write data into 
inactive store failed. 


Indicates data transferred contains 
a format that is not correct. 


Indicates data transferred does not 
contain end format information. 


Indicates amount of data stored for 
an application and transferred, was 
not correctly put in the index. 


Indicates handshake failure when 
system determines SWACT 
application format codes. 


Indicates handshake failure when 
the system determines SWACT 
device application codes. 


Indicates system cannot send 
switch activity notice for inactive 
side. 


Indicates inactive side does not 
acknowledge request to switch 
activity notice. 
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Field Value 


Description 


OFCSTD 

BCS NUMBER is 
not correct for 
SWACT. 


Failed to attain 


BCS number from 
inactive. 


INFO Symbolic text 


Indicates software version of CC 
warm SWACT identifies the data 
entered BCS8 NUMBER, is not 
correct. 


Indicates attempt to reach BCS 
version from inactive side failed. 
Check BCS. NUMBER of inactive 
side and logs to help identify 
problem. 


Provides additional information 
about communication failure. 


Action 


Use the communication link, MATE/MATELOG, to determine if the problem 
relates to the hardware or the software. If MATE/MATELOG does not work, 
the problem is with the hardware. For software problems, check the logs for 


software error reports (SWER). 


Contact the next level of maintenance. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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Explanation 


Format 


Example 
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The system generates SWCT106 when a central control (CC) warm Switch of 
Activity (SWACT) application encounters problems. This condition normally 
occurs when a software restriction or hardware problem occurs. 


The system generates SWCT 106 if a SWACT application trap occurs. The log 
report contains information on the application that traps. 


The log report format for SWCT106 is as follows: 


SWCT106 mmdd hh:mm:ss ssdd TBL SWACT Application Problem 


Application : «application name»? 

Reason : «reason text? 

Data : aaaa bbbb cccc dddd eeee ffff gggg hhhh iii jjjj 
Traceback : <traceback_text1> 


: <traceback_text2> 


An example of log report SWCT106 follows: 


SWCT106 APR25 16:01:54 4200 TBL SWACT Application Problem 


Application : SWACT Base Activity 

Reason i Trap occurred on critical application 
Data : 0002 0001 0000 1234 1234 1234 1234 1234 
1234 1234 

Traceback 


:073AE6C4+SWCTNRUI.CD12:SWCT_ME+#012C 
:073AF7C4+SWCINRUI.CD12:SWCT_VER+#0024 


Field descriptions 


The following table describes each field in the log report: 
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Field Value Description 

TBL SWACT Constant Indicates that a warm SWACT 
Application application has a problem. 
Problem 

Application Constant Indicates that name of affected 


SWACT BASE activity follows. 


DMS-250 Logs Reference Manual, Volume 6 of 6 UCS15 


1-326 UCS log reports 
SWCT106 (continued) 
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Field Value Description 


application name text Indicates warm SWACT application 
that has the problem. 


Reason constant Indicates the reason that the system 
generates the log. 


reason text text Indicates the problem that occurs. 


The first table in the Additional 
information section of this log report 
description contains reasons for 
SWACT logs. The SWACT logs are 
associated with CC warm SWACT 


traps. 
Data constant Indicates that debug information 
follows. 
aaaa bbbb cccc 0000 to 9999 for Indicates a series of up to ten 4-digit 
dddd eeee ffff aaaa through jjjj numbered codes that provide debug 
gggg hhhh iiii jjjj information on the problem. 


The value 1234 indicates that data 
was not output. 


Traceback constant Indicates that tracebacks follow. A 
traceback identifies the warm SWACT 
procedure that generates the log. 


traceback text1 Alphanumeric text Indicates the procedure and the offset 
into procedure where the system 
detects a problem. 


traceback text2 Alphanumeric text Indicates the procedure and the offset 
into procedure where the system 
makes call to first procedure. 


Action 


Report the SWCT106 log to the operating company personnel responsible for 
the SWACT. 


Associated OM registers 
There are no associated OM registers. 
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Additional information 
Reason text explanations for SWCT106 logs, associated with traps in a CC 
warm SWACT, appear in the following table. 


Reason text Explanation 

Trap occurs on critical application Indicates that a trap occurs on a critical 
warm SWACT application. The 
SWACT aborts. 

Trap occurred on a not-critical Indicates that a trap occurs on a not 

application critical warm SWACT application. The 
SWACT is not affected. 

Trap on area in SWACT code (stops Indicates that a trap occurs ona 

SWACT) that cannot be traced. not-traceable location in SWACT code. 
This reason text indicates that the 
SWACT aborts. 
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SWCT110 


Explanation 
The warm Switch of Activity (SWACT) subsystem generates log report 
SWCT110. The subsystem generates this report when the STATUSUPDATE 
or STATUSCHECK application fails as part of the warm SWACT process. 
This log provides information about the warm SWACT process. 


Format 
The log report format for SWCT110 is as follows: 


SWCT110 mmmdd hh:mm:ss ssdd FAIL Device Status Application 
Problem 
Application: <application name> 
Reason: <rsntxt> 
Data: XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXX 
XXXX 
Traceback: «text» 


Example 
An example of log report SWCT110 follows: 


SWCT110 APR12 15:09:29 1707 FAIL Device Status Application 
Problem 
Application: Nodes 
Reason: Node not defined in INACTIVE side. 
Data: 0000 0567 1000 2000 1234 1234 1234 1234 1234 
Traceback: 082C399E-NODESTAT.AA01:GET NODENO-40036 
08776E2E=SWCTNRUI.ARO1:SWCT_MEXTR+#0056 


Field descriptions 
The following table describes each field in the log report: 
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Field Value Description 

FAIL Device Status Constant Indicates device status application 
Application Problem problem occurred. 

application name Text Indicates name of 


STATUSUPDATE or 
STATUSCHECK application that 
failed. 
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Field Value Description 

rsntxt Text Indicates reason of problem that 
Occurs. 

Data Hexadecimal Provides ten words of hexadecimal 


data for the problem. The 
operating company personnel use 
this data to debug the problem. 
The default value of the data is 
#1234. This pattern indicates that 
no data is output. 


Traceback Text Indicates trace of the calling code in 
two lines. Problem requires 
analysis. 


Action 
After warm SWACT failure, the system stops the process because the central 
controllers (CC) do not match. Match the CCs and try the warm SWACT 
again. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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SWCT112 


Explanation 


The Switch of Activity (SWACT) subsystem generates log report SWCT112. 
The subsystem generates this report when the EXEC that preloads, fails for the 
specified peripheral module (PM). The subsystem generates one report for 
every PM that fails to preload EXECs. 


Format 
The log report format for SWCT112 is as follows: 


SWCT112 mmmdd hh:mm:ss ssdd EXEC PRELOADING FAILED 
FOR <pm_id> 


Example 
An example of log report SWCT112 follows: 


SWCT112 JUL17 23:15:32 2300 EXEC PRELOADING FAILED FOR 
LTC 0 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

EXEC Constant Indicates the EXEC that preloads for 

PRELOADING the specified PM failure. 

FAILED FOR 

<pm_id> Symbolic text Indicates the PM on which the EXEC 
that preloads, fails. 


Action 


Repeat the procedure. Attempt to preload the EXECs to the specified PM. If 
the procedure fails, load the EXECs for the specified PM after the SWACT. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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Explanation 


Format 


Example 
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* The warm Switch of Activity (SWACT) subsystem generates log report 
SWCT114. The subsystem generates this report after use of the 
MODCHECK facility is not successful. This problem can occur after the: 


e PRESWACT step 
e MODCHECK command 
e use of RESTART/ABORTSWCT commands. 


The log report format for SWCT114 is as follows: 


SWCT114 mmmdd hh:mm:ss ssdd FAIL SWACT MODULES MISSING 


An example of log report SWCT114 follows: 


SWCT114 AUGO9 06:02:06 4200 FAIL SWACT MODULES MISSING 


Field descriptions 


The following table describes each field in the log report: 


Field Value Description 


FAIL SWACT Constant Indicates failure caused by missing 
MODULES SWACT modules. 


MISSING 
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Action 


CAUTION 

Use of the OVERRIDE option on MODCHECK is very risky 

Use only after the flagged modules that are not present have been 
investigated fully. During SWACT, severe degradation occurs in the 
feature that the overridden module supports. 


Take the following steps if problems arise: 


1. Collect all SWCT115 logs to see modules that are not present on the 
INACTIVE side. 


2. Use SWACT command MODCHECK OVERRIDE to override the 
modules that are not present, if no modules flag as critical. Contact the 
next level of support to determine the reason that critical SWACT modules 
are not present on the INACTIVE side. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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Format 


Example 
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The warm Switch of Activity (SWACT) subsystem generates log report 
SWCTIIS. The subsystem generates SWCT115 after use of the 
MODCHECK facility is not successful. This problem can occur after the: 


e PRESWACT step 

e MODCHECK command 

* use of RESTART/ABORTSWCT commands. 

This log indicates that use of the MODCHECK facility is not successful. This 


log displays the name of every module that is not present. The system outputs 
one log per module that is not present. 


The log report format for SWCT115 is as follows: 


SWCT115 mmmdd hh:mm:ss ssdd INFO SWACT MODULE modname 
IS MISSING 


An example of log report SWCT115 follows: 


SWCT115 AUGO9 06:02:06 4200 INFO SWACT MODULE ENCSWCT IS 
MISSING 


Field descriptions 


The following table describes each field in the log report: 


Field Value Description 

INFO SWACT Constant Indicates that a SWACT module is not 
MODULE...IS present. 

MISSING 

modname Symbolic text Displays the name of the module that 


is not present, that causes the system 
to output log SWCT114. Refer to the 
list of correct module names at the 
end of this log report. 
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Action 


You can flag modules that are not present as critical. Use this log to determine 
the reason the modules that are not critical, are not in the new INACTIVE load. 
Contact the next level of maintenance to determine the critical SWACT 
modules that are not present on the INACTIVE side. During SWACT, severe 
degradation occurs in the feature that the overridden module supports. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
Refer to the following list for correct module names: 


SWCTNRUI, SWCTUI, SWCTDAD, SWCTKID, SWCTMACH 
SWEXKD, SWCTCI, NRPMEX, SWCTEMPCP, IPMLSWCT, C6SWCT 
STAUPDUI, RESTPRCS, C7MTPSWT, SCCPSWCT, LIUSWCT 
INTSWCTI, XPMASWCT, MSCSWCT, SYNCKUI, ENCSWCT 
SEASSWCT, FTRQPERM, DPNSWCT, N6SWACT, NODESTAT 
JCTRSTAT, CARRSTAT, IPMLSTAT, STCSTAT, CMWSWACT 
OPMSTAT, DCHSTAT, CCS6STAT, CSCSTAT, RCUSTAT, DRCCSTAT 


MPCSTAT, NRLMEX, INTLSWCT, FTASWCT, FRSSWCT, 
DATESWCT 
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Explanation 


Format 


Example 
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The warm Switch of Activity (SWACT) subsystem generates log report 
SWCT116. The subsystem generates this report after use of the: 


e MODCHECK OVERRIDE command in SWACT 
e PRESWACT step 
e MODCHECK command. 


This log indicates that an override on checks for a SWACT module is toggled. 
The log informs the user of these conditions. 


The log report format for SWCT116 is as follows: 


SWCT116 mmmdd hh:mm:ss ssdd INFO modname SET FOR action 


An example of log report SWCT116 follows: 


SWCT116 AUGO9 06:02:06 4200 INFO ENCSWCT SET FOR OVERRIDE 


Field descriptions 


The following table describes each field in the log report: 


Field Value Description 


INFO...SET FOR Constant Indicates that a SWACT module has 
been overridden. 


modname Symbolic text Displays the name of the affected 
module. Refer to the list of correct 
module names at the end of this 
report. 


action OVERRIDE Indicates the action for the affected 
module 


CHECKING 
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SWCT116 (end) 


Action 


Note overridden modules. During SWACT, severe degradation occurs in the 
feature that the overridden module supports. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
Refer to the following list for correct module names: 


SWCTNRUI, SWCTUI, SWCTDAD, SWCTKID, SWCTMACH 
SWEXKD, SWCTCI, NRPMEX, SWCTEMPCP, IPMLSWCT, C6SWCT 
STAUPDUI, RESTPRCS, C7MTPSWT, SCCPSWCT, LIUSWCT 
INTSWCTI, XPMASWCT, MSCSWCT, SYNCKUI, ENCSWCT 
SEASSWCT, FTRQPERM, DPNSWCT, N6SWACT, NODESTAT 
JCTRSTAT, CARRSTAT, IPMLSTAT, STCSTAT, CMWSWACT 
OPMSTAT, DCHSTAT, CCS6STAT, CSCSTAT, RCUSTAT, DRCCSTAT 


MPCSTAT, NRLMEX, INTLSWCT, FTASWCT, FRSSWCT, 
DATESWCT 
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SWCT117 
Explanation 

The Switch of Activity (SWACT) subsystem generates log report SWCT117 

to document activities or problems. 
Format 

The log report format for SWCT117 is as follows: 

SWCT117 mmmdd hh:mm:ss ssdd INFO SWACT information 
TEXT: «info text 

Example 


An example of log report SWCT117 follows: 


SWCT117 JUN09 14:22:10 5600 INFO SWACT information 
TEXT: Critical trap occurred in SWACT Base code (non 
application or SWACT step). 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 
INFO SWACT information constant Indicates that SWACT information follows. 
TEXT constant Indicates that a description of SWACT 
activities or problems follows. 
info text Up to 80 The SWACT: 
characters 


© messages 


* the meaning of the messages 


e required action 
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Action 
The following table lists user action for different SWACT messages. 
Message Meaning and action 
Critical trap in SWACT base code Indicates that a critical trap occurred in a part of the 
(non-application or SWACT step). SWACT base code that is not an application or base 


step. 


Collect all SWCT, SWERR, and TRAP logs and contact 
the next level of maintenance. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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SYNC202 


Explanation 


The system generates the SYNC202 log report when the system detects a 
synchronization problem in an office in the base configuration. 


The SYNC202 log is an information log generated to convey 
e any change in clock state 
* timing link status 


* anupdate to the tuning control for the system clock 


Format 
The format for log report SYNC202 follows: 


SYNC202 mmmdd hh:mm:ss ssdd INFO System CNFG: SYNC Info 
CLOCK «clock no» <mastership> <sync_log_event> 
CLKO, CLK1: State = <sst0>, <sstl> Tuning Control = <dac0>, <dac1> 
Alarm = <alm0>, <alm1> 
LKO, LK1: State = <tlkO>, <tlk1> Slip Count = «tls05, <tls1> 
Carrier = <cst0>, <cst1> 
<log_reason> 
System Fault: <system_fault_description> 
Timing Ref 0 Fault: «timing ref fault description? 
Timing Ref 1 Fault: «timing ref fault description? 
Internal Clock 0 Fault: «internal fault description? 
Internal Clock 1 Fault: «internal fault description? 


Example 
An example of log report SYNC202 follows: 


SYNC202 SEP24 13:25:44 7189 INFO System CNFG: SYNC Info 
CLOCK 0 Master Clock Unexpected sample 

CLKO, CLK1:State = Sync, Sync Tuning control = 0800, 0800 
Alarm = Htr, Sub 

LKO, LK1: State = Lck, Smp Slip Count = 1,7 


Carrier =., . 
Timing Ref 0 Fault: Sample continuity check warning 
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SYNC202 (continued) 


Field descriptions 


The following table explains each of the fields in the SYNC202 log report: 


(Sheet 1 of 4) 


sync_log_event 


CLKO, CLK1 


sst0, sst1 


dacO, dac1 


Alarm = 


Clock 


Text string 


Fixed 


Free (free-running), 
Sync (synchronized), 
Lkng (linking) 


0000 to FFFF 


Fixed 


Field Value Description 

INFO System CNFG: SYNC Fixed Indicates the system detected a 

Info synchronization problem 

CLOCK Fixed 

clock_no 0 or 1 Identifies the plane number of the 
affected clock 

mastership Master Clock, Slave Indicates whether the affected clock is 


the master clock or the slave clock 


Identifies the clock synchronization event 
that caused the log report 


Indicates the information in the next field 
is for clock 0 and clock 1 


Indicates the synchronization state of the 
message switch (MS) clocks 


indicates the tuning control values of the 
clocks. The values are shown as 
four-digit hexadecimal numbers. 


Indicates alarm information follows 
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(Sheet 2 of 4) 


Field 


Value 


Description 


almO, alm1 


LKO, LK1 


Htr, Pwr, Phse, Sub, 
Tun, Ext, AIO, Al1, Beat, 
MM, . 


Fixed 


Identifies the alarms associated with the 
clocks. The alarm codes are as follows: 


Htr indicates an internal oscillator 
heater fault 


Pwr indicates the failure of a clock 
card power converter 


Phse indicates a malfunction of the 
phase detector circuitry 


Sub indicates a problem with the 
subsystem clock 


Tun indicates the clock is almost out 
of its tuning range 


Ext indicates the state of the clock in 
the master-external office is free 
running, or the external reference 
signal has failed 


AIO indicates the external reference 
oscillator has failed 


Al1 indicates the power supply of the 
emergency reference oscillator has 
failed 


Beat indicates the beat frequency 
period of the two external reference 
signals is too short 


MM indicates a clock data mismatch 
between the CM and MS 


A dot (.) indicates there is no alarm 


Indicates DS-1 synchronization link 
information follows 


Note: This entry appears in the log 
report only if field OFF CONF in table 
SYNCLK is datafilled as SLAVE. 
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SYNC202 (continued) 


(Sheet 3 of 4) 
Field 


Value 


Description 


tlkO, tlk1 


Slip Count 


tlsO, tls1 


Carrier = 


Lck (locked), Smp 
(sampling), ldl (idle) 


Fixed 


0 to 32, 768 


NA 


Fixed 


Indicates the state of the two DS-1 links 
used for synchronizing 


Note: This field appears in the log report 
only if field OFF CONF in table SYNCLK 
is datafilled as SLAVE. 


Indicates slip count information follow 


Note: This entry appears in the log 
report only if field OFF CONF in table 
SYNCLK is datafilled as SLAVE. 


Indicates the accumulated slip count for 
the timing link since the clock system was 
synchronized 


In the case of OC-3 line-timing mode, 
indicates slip count is not available. 


Note: This field appears in the log report 
only if field OFF CONF in table SYNCLK 
is datafilled as SLAVE. 


Indicates carrier state information follows 


Note: This entry appears in the log 
report only if field OFF CONF in table 
SYNCLK is datafilled as SLAVE. 
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(Sheet 4 of 4) 


Field Value 


Description 


CStO, cst1 MBsy, SBsy, OOS, . 
(dot) 


log reason Text string 


System Fault: Fixed 

System fault description Text string 

Timing Ref n Fault Fixed except that n = 0 
or 1 


timing_ref_fault_description Text string 


Internal Clock n Fault Fixed except that n = 0 
or 1 
internal_fault_description Text string 
Action 


Indicates the state of the carriers. The 
carrier states are as follows: 


e MBsy indicates the carrier is manual 
busy 


* SBsy indicates the carrier is system 
busy 


e OOS indicates the carrier is out of 
service 


* Adot (.) indicates the carrier is in 
service 


Note: This field appears in the log report 
only if field OFF_CONF in table SYNCLK 
is datafilled as SLAVE. 


Describes the fault that caused the log 
report to be generated 


Indicates fault descriptions follow 


Describes the current system 
synchronization faults 


Indicates timing reference fault 
information follows 


Describes the timing reference faults 


Indicates internal clock fault information 
follows 


Describes the internal clock faults 


For a list of user actions for different log messages, refer to the tables in the 


Additional information section. 


Associated OM registers 
None 
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SYNC202 (continued) 


Additional information 
The following tables list the log messages and the corresponding user actions. 


User actions for messages in the system_fault_description field 


Message User Action 


Clock unable to sync within time limit Contact the next level of support 


Phase error limit exceeded Contact the next level of support 
Stuck phase comparator detected Contact the next level of support 
Sync central/Local data mismatch No action required 
Sync/maintenance mastership mismatch No action required 
Sync system dropped sync within the last hour No action required 


Sync system switched carrier within the last hour No action required 


Sync system master within the last hour 


No action required 


User actions for messages in the timing ref fault description field 


Message 


User action 


Sample continuity check failed 


Sample range check warning 
Sample range check failed 
Samples timed out in central 
Samples timed out in local 
Slips reported on this link 
Unable to make link active 


Unable to start link sampling 


Sample continuity check warning 


Sample maximum-minimum check warning 


Sample maximum-minimum check failed 


Contact the next level of support 
No action required 
No action required 
Contact the next level of support 
No action required 
Contact the next level of support 
No action required 
No action required 
No action required 
Contact the next level of support 


No action required 
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User actions for messages in the internal fault description field 


Message User action 


DAC read failures exceed threshold No action required 


DAC write failures exceed threshold Contact the next level of support 
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SYNC203 


Explanation 
The Synchronous Clock System (SYNC) subsystem generates log report 
SYNC203. This action occurs when the subsystem detects a problem in a 
clock, and the office is in the base design. 


The SYNC203 log is an FLT log generated to convey 
e atiming-link fault 

* aclock fault 

* office dropped synchronization 


e digital-to-analog convertor (DAC) for the system clock 


Format 
The log report format for SYNC203 is as follows: 


*SYNC203 mmmdd hh:mm:ss ssdd FLT System CNFG: SYNC Event 
Failure 
CLOCK «clock no» <mastership> — «sync log event* 
CLKO ,CLK1: State = <sst0>,<sst1> Tuning Control =<dac0>,<dac1> 
Alarm = <alm0>, <alm1> 
LKO,LK1 : State = <tlk0>, <tlk1> Slip Count = <tls0>, <tls1> 
Carrier = <cst0>, <cst1> 
System Fault: <system fault description> 
Timing Ref 0 Fault: <timing ref fault description> 
Timing Ref 1 Fault: «timing ref fault description? 
Internal Clock 0 Fault: «internal fault description? 
Internal Clock 1 Fault: «internal fault description? 
Remote Clock 0 Fault: «remote fault description? 
Remote Clock 1 Fault: «remote fault description? 


Example 
An example of log report SYNC203 follows: 


*SYNC203 JAN12 16:23:25 5500 FLT System CNFG: SYNC Event failure 
CLOCK 1 Master Clock Unexpected sample 
CLKO,CLK1: State = Sync ,Sync Tuning Control = 0800, 0800 
Alarm - Htr ,Sub 
LKO ,LK1: State = Lck ,Idl Slip Count = 1,7 
Carrier = . , MBsy 
Subsystem clock failure 


297-2621-840 Standard 09.01 May 2001 


1-347 UCS log reports 


SYNC203 (continued) 


Field descriptions 


The following table describes each field in the log report: 


The following table describes each field of the log report: 


(Sheet 1 of 3) 


sync_log_event 


CLKO,CLK1 


State = 


SStO, sst1 


Tuning Control = 


dacO, dac1 


Alarm = 


Clock 


Text 


Constant 


Constant 

Free (free-running), 
Sync 
(synchronized), 
Lkng (linking) 
Constant 


0000-FFFF 


Constant 


Field Value Description 

INFO System Constant Indicates that a clocking fault 

CNFG: SYNC condition is present. 

Event Failure 

CLOCK Constant 

clock_no 0, 1 The number of the clock that caused 
the system to generate the report. 

mastership Master Clock, Slave Identifies the clock that caused the 


system to generate the report. 


The clock synchronization event that 
caused the system to generate the log 
report. 


Indicates that the following 
information is for Clock 0 and Clock 1. 


The synchronization state of the 
central message controller (CMC) 
clocks. 


The label for the tuning control values 
of the clocks. Values have four 
hexadecimal digits for each clock. 
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(Sheet 2 of 3) 


Field Value Description 


All, Beat, MM, . 
(dot) 


LKO,LK1 Constant 


Slip Count Constant 


almo, alm1 Htr, Pwr, Phse, Identifies the alarms for the clocks. 
Sub, Tun, Ext, AIO, The alarm codes are as follows: 


Htr indicates an internal oscillator 
heater fault. 


Pwr indicates the failure of a clock 
card power converter. 


Phse indicates a failure of phase 
detector circuits. 


Sub indicates a problem with the 
subsystem clock. 


Tun indicates the clock is close to 
the end of the tuning range. 


Ext Indicates the clock in the 
master-external office is in state 
FREE, or the external reference 
signal failed. 


AIO indicates the external 
reference oscillator failed. 


Al1 indicates the power supply of 
the emergency reference 
oscillator failed. 


Beat indicates the beat frequency 
of the two external reference 
signals has too short a period. 


MM indicates a clock data 
mismatch between the CM and 
MS. 


A dot (.) indicates there is no 
alarm. 


tlKO, tlk1 Lck (locked), Smp The states of the two DS-1 links used 
(sampling), Idl (idle) for synchronization. 


tlsO, tls1 0 to 32, 768 The total slip count for the timing link 
after clock system was first 
synchronized. 
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SYNC203 (continued) 


(Sheet 3 of 3) 
Field Value Description 
NA In the case of OC-3 line-timing mode, 
indicates slip count is not available. 
Carrier = Constant 
cst0, cst1 Indicates the state of the carriers. The 
carrier states are as follows: 
* MBsy indicates the carrier is 
manual busy. 
e  SBsyindicates the carrier is 
System busy. 
e OOS indicates the carrier is out of 
service. 
* IS indicates the carrier is in 
service. 
System Fault: Constant 
System fault Text The system sync defects that are 
description present. 
Timing Ref n n=Oor1 
Fault 
timing ref fault Text The timing reference defects that are 
description present. 
Internal Clock n n=Oor1 
Fault 
internal fault Text The internal clock defects that are 
description present. 
Remote Clock n n=Oor1 
Fault 
remote fault Text The remote clock defects that are 
description present. 


Action 


If the CLOCK or SPAN alarm appears under the MS header of the alarm 
banner, clear the alarm. To clear the alarm, use the correct procedure in Alarm 
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Clearing Procedures . If no CLOCK or SPAN alarm is present, contact the 
next level of support. 


If the system started synchronization again and failed, attempt synchronization 
again manually. 


Associated OM registers 
There are no associated OM registers. 
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SYNC205 
Explanation 
The system generates the SYNC205 log report when the system detects a 
synchronization problem in an office in the remote synchronization 
configuration. 
An office in the remote synchronization configuration is equipped with a 
Stratum 2 or Stratum 2.5 clock and NT9X53AC or NT9X53AD clock cards. 
Format 
The format for log report SYNC205 follows: 
SYNC205 mmmdd hh:mm:ss ssdd INFO Reference CNFG: SYNC Info 
CLOCK «clock no» <mastership> «sync log event» 
REMO, REM1: State = <rst0>, <rst1> Tuning Control = <rdc0>, <rdc1> 
CLKO, CLK1: State = <sst0>, <sstl> Tuning Control = <dac0>, <dac1> 
Alarm = <alm0>, <alm1> 
LKO, LKI : State = <tlk0>, <tlk1> Slip Count = <tls0>, <tls1> 
Carrier = <cst0>, <cst1> 
<log_reason> 
System Fault: <system_fault_description> 
Timing Ref 0 Fault: «timing ref fault description? 
Timing Ref 1 Fault: «timing ref fault description? 
Internal Clock 0 Fault: «internal fault description? 
Internal Clock 1 Fault: «internal fault description? 
Remote Clock 0 Fault: «remote fault. description? 
Remote Clock 1 Fault: «remote fault. description? 
Example 


An example of log report SYNC205 follows: 


SYNC205 SEP24 16:23:25 6000 INFO Reference CNFG: SYNC Info 
CLOCK 1 Master Clock Unexpected sample 


REMO, REM1: State = Sync, Sync Tuning Control = 0800, 0800 
CLKO, CLK1: State = Sync, Sync Tuning Control = 0800, 0800 
Alarm = Htr, Sub 
LKO, LK1: State = Lck, Idl Slip Count = 1,7 
Carrier = . , MBsy 


Subsystem clock failure 
Timing Ref 0 Fault: Sample continuity check failed 
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SYNC205 (continued) 


Field descriptions 


The following table explains each of the fields in the SYNC205 log report: 


(Sheet 1 of 4) 


sync_log_event 


REMO, REM1 


State = 


rst, rst1 


Tuning Control = 


rdcO, rdc1 


CLKO, CLK1 


SSIO, sst1 


dacO, dac1 


Clock 


Text string 


Fixed 


Fixed 


Free (free-running), 
Sync (synchronized), 
Lkng (linking) 


Fixed 


0000 to FFFF 


Fixed 


Free (free-running), 
Sync 
(synchronized),Lkng 
(linking) 


0000 to FFFF 


Field Value Description 

INFO Reference CNFG: Fixed Indicates the system detected a 

SYNC Info synchronization problem 

CLOCK Fixed 

clock no 0 or 1 Identifies the plane number of the 
affected clock 

mastership Master Clock, Slave Indicates whether the affected clock is 


the master clock or the slave clock 


Identifies the clock synchronization event 
that caused the log report 


Indicates the information in the next field 
is for remote clock 0 and remote clock 1 


Indicates that clock state information 
follows 


Indicates the synchronization state of the 
remote clocks 


Indicates that tuning control information 
follows 


Indicates the tuning control values of the 
remote clocks. The values are shown as 
four-digit hexadecimal numbers 


Indicates the information that follows is 
for clock 0 and clock 1 


Indicates the synchronization state of the 
message switch (MS) clocks 


Indicates the tuning control values of the 
clocks. The values are shown as 
four-digit hexadecimal numbers. 
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Field 


Value 


Description 


Alarm = 


almO, alm1 


LKO, LK1 


Fixed 


Htr, Pwr, Phse, Sub Tun 
Ext AIO Al1 Beat MM. 


(dot) 


Fixed 


Indicates alarm information follows 


Identifies the alarms associated with the 
clocks. The alarm codes are as follows: 


Htr indicates an internal oscillator 
heater fault 


Pwr indicates the failure of a clock 
card power converter 


Phse indicates a malfunction of 
phase detector circuitry 


Sub indicates a problem with the 
subsystem clock 


Tun indicates the clock is almost out 
of its tuning range 


Ext indicates the state of the clock in 
the master-external office is free 
running, or the external reference 
signal has failed 


AIO indicates the external reference 
oscillator has failed 


Al1 indicates the power supply of the 
emergency reference oscillator has 
failed 


Beat indicates the beat frequency 
period of the two external reference 
signals is too short 


MM indicates a clock data mismatch 
between the CM and MS 


A dot (.) indicates there is no alarm 


Indicates DS-1 synchronization link 
information follows 


Note: This entry appears in the log 
report only if field OFF CONF in table 
SYNCLK is datafilled as SLAVE. 
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(Sheet 3 of 4) 


Field Value Description 


tIkO, tlk1 Lck (locked), Smp Indicates the state of the two DS-1 links 
(sampling), Idl (idle) used for synchronizing 


Note: This field appears in the log report 
only if field OFF CONF in table SYNCLK 
is datafilled as SLAVE. 


Slip Count Fixed Indicates that slip count information 
follows 


Note: This entry appears in the log 
report only if field OFF CONF in table 
SYNCLK is datafilled as SLAVE. 


tlsO, tls1 0 to 32 768 Indicates the accumulated slip count for 
the timing link since the clock system was 
synchronized 


Note: This field appears in the log report 
only if field OFF CONF in table SYNCLK 
is datafilled as SLAVE. 


Carrier = Fixed Indicates carrier state information follows 


Note: This entry appears in the log 
report only if field OFF_CONF in table 
SYNCLK is datafilled as SLAVE. 


CStO, cst MBsy, SBsy, OOS, . Indicates the state of the carriers. The 
(dot) carrier states are as follows: 


*  MBsyindicates the carrier is manual 
busy 


*  SBsyindicates the carrier is system 
busy 


e OOS indicates the carrier is out of 
service 


* Adot (.) indicates the carrier is in 
service 


Note: This field appears in the log report 
only if field OFF CONF in table SYNCLK 
is datafilled as SLAVE. 


297-2621-840 Standard 09.01 May 2001 


UCS log reports 1-355 


SYNC205 (continued) 


(Sheet 4 of 4) 

Field Value Description 

log reason Text string Describes the fault that caused the log 
report to be generated 

System Fault: Fixed Indicates fault descriptions follow 

System fault description Text string Describes the current system 


Timing Ref n Fault 


timing ref fault description 


Internal Clock n Fault 


internal fault description 


Remote Clock n Fault 


remote fault description 


Fixed except that n = 0 
or 1 


Text string 


Fixed except that n = 0 
or 1 


Text string 


Fixed except that n = 0 
or 1 


Text string 


synchronization faults 


Indicates timing reference fault 
information follows 


Describes the timing reference faults 


Indicates internal clock fault information 
follows 


Describes the internal clock faults 


Indicates remote clock fault information 
follows 


Describes the remote clock faults 


Action 


For a list of user actions for different log messages, refer to the tables in the 
Additional information section. 


Associated OM registers 


None 


Additional information 


The following tables list the log messages and the corresponding user actions. 


User actions for messages in the system fault description field (Sheet 1 of 2) 


Message 


User Action 


Clock unable to sync within time limit 


Phase error limit exceeded 


Stuck phase comparator detected 


Sync central/Local data mismatch 


Contact the next level of support 


Contact the next level of support 


Contact the next level of support 


No action required 
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User actions for messages in the system_fault_description field (Sheet 2 of 2) 


Message User Action 
Sync/maintenance mastership mismatch No action required 
Sync system dropped sync within the last hour No action required 


Sync system switched carrier within the last hour No action required 


Sync system master within the last hour No action required 


User actions for messages in the timing ref fault description field 


Message User action 

Sample continuity check failed Contact the next level of support 
Sample continuity check warning No action required 

Sample maximum-minimum check warning No action required 

Sample maximum-minimum check failed Contact the next level of support 
Sample range check warning No action required 

Sample range check failed Contact the next level of support 
Samples timed out in central No action required 

Samples timed out in local No action required 

Slips reported on this link No action required 

Unable to make link active Contact the next level of support 
Unable to start link sampling No action required 


User actions for messages in the internal fault description field 


Message User action 


DAC read failures exceed threshold No action required 


DAC write failures exceed threshold Contact the next level of support 
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SYNC205 (end) 


User actions for messages in the remote_fault_description field 


Message 


User action 


Clock unable to sync within time limit 

Faulty phase report 

Firmware and software PLL modes mismatch 
Unable to change remote PLL mode 

Unable to query remote PLL data 


Unable to start remote phase reports 


No action required 
No action required 
No action required 
No action required 
Contact the next level of support 
No action required 


No action required 


Unable to stop remote phase reports 
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SYNC206 

Explanation 
The Synchronous Clock System (SYNC) subsystem generates SYNC206. 
The subsystem generates SYNC206 when the subsystem detects an error 
condition in a clock and the office is in remote SYNC design. The SYNC 
design indicates the clock type is Stratum2/2.5 and the switch has NT9X53AA 
or NTOX53AB. 

Format 


The log report format for SYNC206 is as follows: 


* SYNC206 mmmdd hh:mm:ss ssdd FLT Reference CONFG: SYNC 
Event Failure 
CLOCK «clock no»«mastership^ ^ «sync log event? 
REMO ,REM1: State = <rst0>,<rst1> Tuning Control =<rdc0>,<rdc1> 
CLKO ,CLK1: State = <sst0>,<sst1> Tuning Control =<dac0>,<dac1> 
Alarm = <alm0>, <alm1> 
LKO,LK1 : State = <tlkO>, <tlk1> Slip Count = <tlsO>, <tls1> 
Carrier = <cst0>, <cst1> 
<system fault description> 


A example of log report SYNC206 follows: 


MCSA * SYNC206 JAN13 00:44:16 8400 FLT Reference CNFG: SYNC Event Failure 
CLOCK 0 Master Clock Link State Changed 
REMO,REM1: State = Free ,Free Tuning Control = 0800, 0800 
CLKO,CLK1: State Free ,Sync Tuning Control = 0800, 0800 
Alarm ait oh ove 
LKO ,LK1: State Tail. .5 Tah Slip Count = 0,0 
Carrier = SisB,Offl 
Carrier or Pside node is out of service 


Ei ME clo 6l 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 
INFO Reference Constant Indicates that a synchronization event 
CNFG: SYNC occurred. 


Event Failure 


CLOCK Constant 


DMS-250 Logs Reference Manual Volume 6 of 6 SNO7 (DMS) and up 


1-2 UCS log reports 


SYNC206 (continued) 


sync_log_event 


REMO ,REM1 


Tuning Control = 


dacO, dac1 


rst0, rst1 


CLKO ,CLK1 


State = 


sst0, sst1 


Tuning Control = 


dacO, dac1 


Alarm = 


Clock 


Text 


Constant 


Constant 


0000-FFFF 


Free (free-running), 
Sync 
(synchronized), 
Lkng (linking) 


Constant 


Constant 

Free (free-running), 
Sync 
(synchronized), 
Lkng (linking) 
Constant 


0000-FFFF 


Constant 


Field Value Description 

clock_no 0, 1 The number of the clock that caused 
the subsystem to generate the report. 

mastership Master Clock, Slave Identifies the clock that caused the 


subsystem to generate the report. 


The clock synchronization event that 
caused the subsystem to generate the 
log report. 


Indicates the information that follows 
is for Remote Clock 0 and Remote 
Clock 1. 


The label for tuning control values of 
clocks. Values have four hexadecimal 
digits for each clock. 


The synchronization state of the 
remote clocks. 


Indicates the information that follows 
is for Clock 0 and Clock 1. 


The synchronization state of the 
central message controller (CMC) 
clocks. 


The label for tuning control values of 
clocks. Values have four hexadecimal 
digits for each clock. 
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SYNC206 (continued) 


Field 


Value Description 


LKO ,LK1 


tlkO, tlk1 


Slip Count 


tlsO, tls1 


almO, alm1 Identifies alarms for the clocks. The 
alarm codes are as follows: 


Constant 


Lck (locked), Smp The state of DS-1 links used for 
(sampling), Idl (idle) ^ synchronization. 


Constant 


0 to 32, 768 Indicates the total slip count for the 
timing link after clock system was 
synchronized. 


Htr indicates an internal oscillator 
heater defect. 


Pwr indicates the failure of a clock 
card power converter. 


Phse indicates a failure of phase 
detector circuits. 


Sub indicates a problem with the 
subsystem clock. 


Tun indicates the clock is close to 
the end of the tuning range. 


Ext indicates the clock in the 
master-external office is in state 
FREE, or the external reference 
signal failed. 


AIO indicates the external 
reference oscillator failed. 


Al1 indicates the power supply of 
the emergency reference 
oscillator failed. 


Beat indicates the beat frequency 
of the two external reference 
signals has too short a period. 


MM indicates a clock data 
mismatch between the CM and 
MS. 


A dot (.) indicates there is no 
alarm. 
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description 


Field Value Description 
Carrier = Constant 
CStO, cst1 Indicates the state of the carriers. The 
carrier states are as follows: 
* MBsy indicates the carrier is 
manual busy. 
* SBsy indicates the carrier is 
system busy. 
e OOS indicates the carrier is out of 
service. 
e |S indicates the carrier is in 
service. 
System Fault: Constant 
system fault Text The system sync defects that are 
description present. 
Timing Ref n n=Oor1 
Fault 
timing ref fault Text The timing reference defects that are 
description present. 
Internal Clock n n=Oor1 
Fault 
internal fault Text The internal clock defects that are 
description present. 
Remote Clock n n=Oor1 
Fault 
remote fault Text The remote clock defects that are 


present. 


Action 


If the CLOCK or SPAN alarm appears under the MS header of the alarm 
banner, clear the alarm. To clear the alarm, use the correct procedure in Alarm 
Clearing Procedures. If no CLOCK or SPAN alarm is present, contact the 
next level of support. 


If the second synchronization the system initiates fails, attempt a manual 


synchronization. 
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SYNC206 (end) 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 


Table history 
SN07 (DMS) 
Table history added. 


Log SYNC206 format corrections for CR Q00824241. 
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SYNC208 
Explanation 
The Synchronous Clock System (SYNC) subsystem generates SYNC208. 
The subsystem generates SYNC208 when the subsystem detects an error 
condition in a clock and the office is in remote SYNC design. The SYNC 
design indicates the clock type is Stratum2/2.5 and the switch has NTOX53AA 
or NTOX53AB. 
Format 
The log report format for SYNC208 is as follows: 
SYNC208 mmmdd hh:mm:ss ssdd INFO Reference CONFG: SYNC Event Failure 
CLOCK <clock_no><mastership><sync_log_event> 
REMO ,REMI1: State = <rst=0>,<rst1> Tuning Control =<rdc0>,<rdc1> 
CLKO ,CLK1: State = <sst=0>,<sst1> Tuning Control =<dac0>,<dac1> 
Alarm = <alm0>,<alm1> 
LKO ,LK1: State = <tlk=0>,<tlk1> Slip Count =<tlsO>,<tls1> 
Carrier = <cst0>, <cst1> 
<system fault description> 
Example 


An example of log report SYNC208 follows: 


MCSA SYNC208 JAN24 05:12:05 0600 INFO Reference CONFG: SYNC Event Failure 


CLOCK 0 Slave Clock Remote : Drop Sync 

REMO ,REM1: State = Free,Free Tuning Control 20858,0841 
CLKO ,CLK!1: State = Sync,Sync Tuning Control =07E7,07E1 
Alarm = Htr,Sub 

LKO ,LK1: State = Lck,Idl Slip Count =1,7 

Carrier = . .Mbsy 


Field descriptions 


Action 


There are no field descriptions. 


There is no action required. 


Associated OM registers 


There are no associated OM registers. 
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SYNC208 (end) 


Additional information 
There is no additional information. 


Table history 
SN07 (DMS) 
Table history added. 


Log SYNC208 format corrections and log explanation added for CR 
Q00824241. 
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Explanation 


The Synchronous Clock System (SYNC) subsystem generates SYNC209 
when the subsystem detects an error condition in a clock on a SuperNode. 


Format 
The log report format for SYNC 209 is as follows: 
SYNC209 mmmdd hh:mm:ss ssdd FLT Reference CNFG: SYNC Event 
Failure 
CLOCK n clktxt Remote : log_event 
REMO,REM1: State = syncst,syncst Tuning Control = hhhh,hhhh 
CLKO,CLK1: State = syncst,syncst Tuning Control = hhhh,hhhh 
Alarm = fltcode,fltcode 
LKO,LKl : State = linkst,linkst Slip Count = n,n 
Carrier = carrst,carrst 
log_reason 
Example 


An example of log report SYNC 209 follows: 


SYNC209 JAN24 05:12:05 0600 FLT Reference CNFG: SYNC Event 
Failure 

CLOCK 0 Slave Clock Remote : Drop Sync 
REMO,REM1: State = Free,Free Tuning Control = 0858,0841 
CLKO,CLK1: State = Sync,Sync Tuning Control = 07E7,07E1 


Alarm = ., . 
LKO ,LK1 : State = Smp ,Smp Slip Count = 0,0 
Carrier = i, 4 


MS node is busied out 


Field descriptions 
The following table describes each field in the log report: 
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Field Value Description 

FLT Reference CNFG: SYNC Constant Indicates a fault condition that is present. 

Event Failure 

CLOCK n 0,1 Identifies the clock that generated this log 
report. 
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(Sheet 2 of 4) 


Tuning Control 


0000-FFFF 


0000 


8000 


FFFF 


Field Value Description 
clktxt Master Clock, Indicates the clock that caused the 
Slave Clock generation of this report as the master or the 
slave clock. 
FLT Reference CNFG: SYNC Constant Indicates that an error condition exists 
Event Failure 
CLOCK n 0,1 Identifies the clock that generated this log 
report. 
clktxt Master Clock, Identifies the clock that caused the 
Slave Clock generation of this report as the master or the 
slave clock. 
log_event Text Identifies the clock synchronization event 
that caused the generation of this log. 
REMO,REM1 Constant Identifies the remote clock to the state field, 
and the tuning control field, and the values 
associated with these fields. 
State Character string Indicate if the synchronization state of each 


remote clock is free-running, synchronized 
or linking. 


Refers to the label for the tuning control 
values of the remote clocks. The 
hexadecimal values and the associated 
frequencies are: 


Indicates a frequency lower than the center 
by a frequency shift ratio (FSR) of -1.5 x 
10&sm.&s6. &sm. 


Indicates the center frequency, nominally 
10.240 MHz. 


Indicates a frequency higher than the center 
by an FSR of 41.5 x 10&sm.&s6. 
10&sm.&s6. To obtain the frequency shift 
ratio, subtract the nominal frequency from 
the actual frequency, and divide the 
difference by the center frequency. 
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(Sheet 3 of 4) 

Field Value Description 

CLKO,CLK1 Constant Identifies the clock to the following fields: 
state, tuning control, alarm, and the values 
associated with these fields. 

Alarm Indicates the type of alarm for the clocks. 
Alarm values are: 

HTR Indicates an internal oscillator heater fault. 

PWR Indicates failure of a clock card power 
converter. 

PHSE Indicates a failure of phase detector circuits. 

TUN Indicates that the clock is close to the end of 
the tuning range of the clock. 

EXT Indicates that the master external office is in 
state FREE, or the external reference signal 
failed. 

ALM 0 Indicates that the external reference 
oscillator failed. 

ALM 1 Indicates that the power supply of the 
emergency reference oscillator failed. 

BEAT Indicates that the beat frequency of the 
external reference signals has too short a 
period. 

MM This field does not apply. 

(blank) If no value appears after ALARM, there is no 
fault. 

LKO ,LK1 Constant Identifies the link that fields state, slip count, 
and carrier and the corresponding values for 
these fields. 

State LCK SMP IDL Indicates the links used for synchronization 
as locked, sampling, or idle. 

SLIP CT 0-9, 0-9 Indicates the number of times that the link 
slips out of sync, after the time of the last 
synchronization. 
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SYNC209 (end) 
(Sheet 4 of 4) 
Field Value Description 
Carrier SysB, ManB, OOS, Indicates if the carriers are system busy, 
. (dot) manually busy, out of service, or in service. 
log reason Text Provides the cause for the SYNC clock 
failure. 
Action 


Test the clock that has faults or refer the problem to the next level of support. 
Associated OM registers 


There are no associated OM registers. 


Additional information 


There is no additional information. 
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Explanation 


Example 1 


The Transaction Capability Application Part (TCAP) subsystem generates 
TCAP160 when these conditions occur: 


If the Freephone Services sends a reject or report error, the subsystem 
generates a TCAP report to print the error message. 


If the SSP receives a response message with a call that is not abandoned, 
from the SCP. 


If the subsystem receives a one-way or query package, the subsystem 
generates TCAP100 to print the business services database (BSDB) 
message. 


If the BSDB response message contains an invalid response transaction ID, 
the subsystem generates TCAP100 to print the BSDB message. 


For any response package, return error, or reject component, the subsystem 
generates TCAP100 to print the return error or reject message. 


If the private virtual network (PVN) sends a return error, reject, or Report 
Error, the subsystem generates TCAP100 to print the error message. 


For every Originating Line Number Screening (OLNS) TCAP response 
package that the Digital Multiplex System (DMS) switch receives from the 
OLNS line information database (LIDB) that contains: 


a return error component 
a return error component with a problem data parameter 
a reject component 


a various data error 


The TCAP interface supports the residence name database design described in 
TR-NWT-001188, CLASS Calling Name Delivery Generic Requirements. 
The CNAMD feature provides the name of the calling party to the customer 
premises equipment (CPE) of the called party for display. 


Example 2 - TOPSO7 


The TCAP subsystem generates this log when the subsystem receives a 
TOPSLNP TCAP package from the LNP SCP database. The package contains 
a return error component. 
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TCAP100 (continued) 


Format 


Note: This log does not occur if the LNPVER Tool performed the query. 


This log only appears with the TOPSLNP information in a LET PCL 
environment. 


Example 3 - TOPSO7 

The subsystem generates TOPSO7 when the subsystem receives a TCAP 
response package from the LNP SCP database that contains a reject 
component. 


Note: This log does not occur if the LNPVER Tool performed the query. 


This log only appears with the TOPSLNP information in a North American 
environment. 


Example 4 - TOPSO7 


The subsystem generates this log when the subsystem receives an abort 
package from the LNP SCP database. 


Note: This log does not occur if the was the LNPVER Tool performed the 
query. 


This log only appears with the TOPSLNP information in a LET PCL 
environment. 


Example 5 - TOPSO7 


The subsystem generates TOPSO7 when the subsystem receives a TOPSLNP 
TCAP package from the LNP SCP database that contains a various data error. 


Note: This log does not occur if the LNPVER Tool performs the query. 


This log only appears with the TOPSLNP information in a LET PCL 
environment. 


The log report format for TCAP100 is as follows: 
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TCAP100 mmmdd hh:mm:ss ssdd INFO TCAP UDT MESSAGE 
REASON: <rsntxt> 

SUBSYSTEM NAME: TOPSLNP INSTANCE: 0 

CALLED ADDR: INDICATOR=<xindicator> SUBS YS=<subsys> 
SSN=<ssn> 

PC: NI=<ni> NETTYPE=<nettype> <aa>—<bb>—<cc> 

CALLING ADDR: INDICATOR=<indicator> 

SUBS YS=<subsys> SSN=<ssn> 

PC: NI=<ni> NETTYPE=<nettype> <aa>—<bb>—<cc> 

CLASS=<class> SEQUENCE=<seq> OPTION=<opt> PRIORITY=<pri> 
PACKAGE TYPE: <pkgtyp> RESPONSE ID: <response id> 
COMPONENT SET: <component set> 


Example 
An example of log report TCAP100 follows: 


Example 1 


TCAP100 APR14 15:15:37 9000 INFO TCAP MESSAGE 
REASON: OLNS RETURN ERROR RECEIVED 
SUBSYSTEM NAME: OLNS INSTANCE: 2 
CALLED ADDR:  INDICATOR-4C1  SUBSYS-458 SSN=#F0 
PC: NI-1 NETTYPE=1 38-37-36 
CALLING ADDR:  INDICATOR-4C1 SUBSYS=#58 SSN=#F0 
GLOBAL TITLE: TRANS=#23 TYPE=#05 DIGITS: 6138474387 
CLASS=0 SEQUENCE=0D OPTION=0 PRIORITY=1 
PACKAGE TYPE: RESPONSE RESPONSE ID: 00 00 00 00 
COMPONENT SET: E8 OA EB 08 CF O1 00 D3 01 04 F2 00 


Example 2 - TOPSO7 


TCAP100 APR14 15:15:37 9000 INFO TCAP UDT MESSAGE 
REASON: RETURN ERROR RECEIVED 

SUBSYSTEM NAME: TOPSLNP INSTANCE: O0 

CALLED ADDR : INDICATOR-4C1  SUBSYS-46C SSN=#F7 
PC: NI-1 NETTYPE=1 38-37-36 
CALLING ADDR: INDICATOR-4C1  SUBSYS-400 SSN=#F7 
PC: NI-1 NETTYPE=1 38-37-36 
CLASS=0 SEQUENCE=0D OPTION=0 PRIORITY=1 

PACKAGE TYPE: RESPONSE RESPONSE ID: 00 00 00 00 
COMPONENT SET: E8 OA EB 08 CF 01 00 D4 01 01 30 00 


Example 3 - TOPSO7 
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TCAP100 APR14 15:15:37 9000 INFO TCAP UDT MESSAGE 
REASON: REJECT RECEIVED 
SUBSYSTEM NAME: TOPSLNP INSTANCE: 0 
CALLED ADDR : INDICATOR-4C1 SUBSYS=#6C SSN=#F7 
PC: NI-1 NETTYPE=1 38-37-36 
CALLING ADDR: INDICATOR-4C1 SUBSYS=#00 SSN=#F7 
PC: NI-1 NETTYPE=1 38-37-36 
CLASS-0 SEQUENCE=0D OPTION=0 PRIORITY=1 
PACKAGE TYPE: RESPONSE RESPONSE ID: 00 00 00 00 
COMPONENT SET: E8 OB EC 09 CF 01 00 D5 02 01 01 F2 00 


Example 4 - TOPSO7 


TCAP100 APR14 15:15:37 9000 INFO TCAP UDT MESSAGE 
REASON: ABORT RECEIVED 

SUBSYSTEM NAME: TOPSLNP INSTANCE: 0 

CALLED ADDR : INDICATOR-4C1 SUBSYS=#6C SSN=#F7 

PC: NI-1 NETTYPE=1 38-37-36 

CALLING ADDR: INDICATOR-4C1 SUBSYS=#00 SSN=#F7 

PC: NI-1 NETTYPE=1 38-37-36 

CLASS=0 SEQUENCE=0D OPTION=0 PRIORITY=1 

PACKAGE TYPE: ABORT_PACKAGE RESPONSE ID: 00 00 00 00 
COMPONENT SET: D7 01 01 


Example 5 - TOPSO7 


TCAP100 APR14 15:15:37 9000 INFO TCAP UDT MESSAGE 
REASON: ERROR IN RESPONSE 

SUBSYSTEM NAME: TOPSLNP INSTANCE: 0 

CALLED ADDR : INDICATOR-4C1 SUBSYS=#6C SSN=#F7 

PC: NI-1 NETTYPE=1 38-37-36 

CALLING ADDR: INDICATOR-4C1 SUBSYS=#00 SSN=#F7 

PC: NI=1 NETTYPE=1 38-37-36 

CLASS=0 SEQUENCE=0D OPTION=0 PRIORITY=1 

PACKAGE TYPE: RESPONSE RESPONSE ID: 00 00 00 00 
COMPONENT SET: E8 OC E9 OA CF 02 01 00 D1 02 65 03 30 00 


I 
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Field descriptions 


The following table describes each field in the log report: 
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Field Value Description 

INFO TCAP MESSAGE Constant Indicates a report of transaction capabilities 
application part (TCAP) unit data message. 

REASON RSNTXT Provides the reason the subsystem 
generated TCAP100. Refer to the table at 
the end of this report. 

SUBSYSTEM NAME Defined in Identifies the subsystem name. 

C7LOCSSN/ 

C7NETSSN 

INSTANCE 0 -31 Identifies the subsystem instance. 

PC Primary center. Any of the third-rank toll 
switching points in the distance dialing 
network. The primary center can home in on 
sectional centers, regional centers, or both 
of these centers. 

NI (Integer) Network interface is a circuit card used in 
the network modules (NM). This card 
provides an interface between a peripheral 
module (PM) and the crosspoint switches in 
the NM. The value indicates the NI involved. 

CALLED ADDR Constant Indicates that the field on the same line 
refers to the call address. 

INDICATOR 00-FF Identifies the contents of the address, which 
can be one or more point code, subsystem, 
or global title. 

SUBSYS #00-#FF Provides the DMS subsystem ID of an 
address that refers to a local subsystem. 

SSN #00-#FF Identifies the subsystem. 

CALLING ADDR Constant Indicates that the field on the same line 


refers to the call address. 
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Field Value Description 
GLOBAL TITLE TRANS (Integer) Translation number. A Global title is an 
application address. It does not contain the 
necessary information to allow the signaling 
connection control part (SCCP) to route the 
message transfer part (MTP). The SCCP 
global title translation (GTT) function is 
required to translate a GT in a network 
address that is correct. 
CLASS 0-4 Identifies the signaling connection control 
part (SCCP) routing class of the message. 
SEQUENCE 0-1F Identifies the signaling link sector (SLS) of 
the message. 
OPTION 0-OF Identifies the routing options that apply to 
the message. 
PRIORITY 0-3 Identifies the message priority given in the 
service information octet (SIO). 
pkgtyp Unidirectional Identifies the package type as 
unidirectional. 
Begin Identifies the package type as begin. 
Query Identifies the package type as query. 
Response Identifies the package type as response. 
Abort Identifies the package type as abort. 
Conversation Identifies the package type as conversation. 
COMPONENT SET 0000-FFFF Identifies the message sent or received. 
Action 


The reason text CNAMD RETURN ERROR RECEIVED indicates the central 
residence name database cannot return the requested name information 
completely. Analyze the component set of the log report data to determine the 
error code. 


The reason text COMMAND REJECT RECEIVED indicates the central 
residence name database cannot perform the database search. The database 
cannot perform the search because of a protocol problem found in the TCAP 
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QWP package. Analyze the component set of the log report data to determine 
the problem code. 


If the reason textis CNAMD VERIFICATION QUERY SENT, analyze the 
contents of the CNAMD TCAP QWP package sent. Use the TESTSS 
CNAMD database verification command to make sure TCAP standards 
conform to specifications for the service switching point (SSP). 


If the reason textis CNAMD VERIFICATION RESPONSE RCVD ,analyze 
the contents of the CNAMD TCAP response package. Analyze the package to 
make sure TCAP standards conform to specifications for the central residence 
name database. 


In the OLNS environment, the subsystem generates this log for information 
use. There is no action that the operating company personnel to perform, if the 
reason text is: 


OLNS RETURN ERROR RECEIVED, OLNS RETURN ERROR WITH PD 
RCVD, OLNS REJECT RECEIVED, or OLNS DATA ERROR IN 
RESPONSE 


Associated OM registers 


The following OM registers are for log report TCAP100 in the OLNS 
environment: 


e OLNDATUN (OM group TOPSOLNE) 
e OLNMISRT (OM group TOPSOLNE) 
e OLNMISSR (OM group TOPSOLNE) 
e OLNMSSGR (OM group TOPSOLNE) 
e OLNNOPGR (OM group TOPSOLNE) 
e OLNPRTPR (OM group TOPSOLNE) 
e OLNSCRND (OM group TOPSOLNE) 
e OLNUNEXC (OM group TOPSOLNE) 
e OLNUNEXD (OM group TOPSOLNE) 
e OLNUNNET (OM group TOPSOLNE) 
e OLNVCTGR (OM group TOPSOLNE) 
e OLNRREJ (OM group TOPSOLNS) 

e OLNRRERR (OM group TOPSOLNS) 
e RETERRCYV (OM group TOPATCAP) 
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e REJCRCV (OM group TOPATCAP) 
e ABTRCV (OM group TOPATCAP) 


Note: When the subsystem generates this log in TOPSO7, one of the 
registers in tuple TOPSLNP, OM group TOPATCAP can increase. If a 
register in TOPATCAP does not increase, a register in tuple TOPSLNP, OM 
group TOPAAPPL increases. 


Additional information 
The following table provides reasons that the subsystem generates TCAP100. 
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Reasons Explanation 


CNAMD REJECT RECEIVED Indicates the subsystem received a CNAMD TCAP response 


package that contains a reject component. The subsystem 
received the package from the central residence name 


database. 
CNAMD RETURN ERROR Indicates the subsystem received from a CNAMD TCAP 
COMPONENTS response package that contains a return error component. The 


subsystem received the package from a database. 


CNAMD RETURN ERROR Indicates that the CNAMD TCAP response package received 
RECEIVED from the central residence name database contains a return 
error. The central residence name database cannot return the 
requested name information correctly. The text does not apply 
to return error components received in response to TCAP 
query with permission (QWP) packages. The subsystem sent 
these TCAP QWP packages with the TESTSS CNAMD 
database verification command. The terminating switch sends 
a TCAP QWP package to the central database to request the 
name information. 


CNAMD VERIFICATION Indicates that the system sent a CNAMD TCAP QWP package 

QUERY SENT with a reject component to the central residence name 
database. The subsystem used the TESTSS CNAMD 
database verification command to send the package. 


CNAMD VERIFICATION Indicates the subsystem received the CNAMD TCAP response 

ESPONSE RCVD package in response to a CNAMD TCAP QWP package sent. 
The system uses the TESTSS CNAMD database verification 
command to send the package. 


"J 
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Reasons Explanation 

CONVERSATION SENT BY Indicates that the verification feature sent a conversation 

SSP message to the BSDN. This event normally occurs after the 
verification feature collects personal identification number 
(PIN) or authorization code digits. 

DN VALIDATION REJECT Indicates invalid directory number (DN) options entered in the 

MSG RECEIVE service order. 

NETRAG SEND FAILED Indicates the NETRAG application sent a failure message. The 
message appears in hexadecimal bytes in the log. 

OLNS RETURN ERROR This reason indicates that the DMS switch received an OLNS 

RECEIVED return error component. 

OLNS RETURN ERROR WITH _ This reason indicates that the DMS switch received a OLNS 

PD RCVD return error component with problem data. 

OLNS REJECT RECEIVED This reason indicates that the DMS switch received a OLNS 
reject component. 

OLNS DATA ERROR IN This reason indicates that the DMS switch received a 

RESPONSE miscellaneous error. 

PACKAGE TYPE NOT Indicates that the PVN application received a query package 

SUPPORTED PVN from the database. The received message appears in 
hexadecimal bytes in the log. 

PVN RECEIVED RETURN Indicates the PVN application received a database with a 

ERROR return error component. The received message appears in 
hexadecimal bytes in the log. 

PVN SENT REJECT Indicates the PVN application sent a message with a reject 
component to the database. The message appears in 
hexadecimal bytes in the log. 

PVN SENT REPORT ERROR Indicates the PVN application sent a message with an invoke 
component, procedure report error, to the database. The 
message appears in hexadecimal bytes in the log. 

PVN SENT RETURN ERROR Indicates that the PVN application sent a message with a return 
error component to the database. The message appears in 
hexadecimal bytes in the log. 

RESP MSG WITH Indicates that the freephone application received a response 


NON-ABANDONED CALL 


message with a call that is not abandoned. The received 
message appears in hexadecimal bytes in the log. 
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Reasons 


Explanation 


RTRS ABORT RECEIVED 


RTRS DATA ERROR IN 
RESPONSE 


RTRS REJECT RECEIVED 


RTRS RETURN ERROR WITH 
PD RCVD 


TERMINATION MESSAGE 
SENT BY SSP 


UNI MSG RECEIVED-PVN 


UNRECOGNIZED TRID-PVN 


UNSOLICITED FREEPHONE 
CALL 


V 
SI 


RIFICATION MESSAGE 
NT FROM BSDB 


= 
Pu 
= 
P. 


VERIFICATION MESSAGE 
SENT BY SSP 


RETURN ERROR 
RECEIVED 


REJECT RECEIVED 
ABORT RECEIVED 
ERROR IN RESPONSE 


Indicates an RTRS abort package received. 


Indicates an RTRS TCAP response package received from the 
Real-Time Rating System database that contains a 
miscellaneous data error. 


Indicates an RTRS reject component received. 


Indicates an RTRS return error component with a problem data 
parameter received. 


Indicates that the verification feature received a request for 
termination information from the BSDB. Indicates the 
verification feature sent the termination information to the 
BSDB. 


Indicates that the PVN application received a one-way package 
from the database. The message appears in hexadecimal 
bytes in the log. 


Indicates that the PVN application received a response / 
conversion message with an invalid transaction ID. The 
message appears in hexadecimal bytes in the log. 


Indicates a call that the system cannot complete because of an 
internal systems error, or the time-out value expired. 


Indicates that the verification feature received a message of 
any type from the BSDB. 


Indicates that the verification feature sent a query to the BSDB. 


Indicates a TOPSLNP Return Error component received. 


Indicates a Reject component received. 
Indicates a TOPSLNP Abort package received. 


Indicates a TOPSLNP TCAP package received from the LNP 
SCP database that contains a miscellaneous error. The log 
can cover conditions like the receipt of an AIN message that is 
not correct for TOPSLNP. A disconnect message is an 
example of an AIN message that is not correct. 
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Reasons 


Explanation 


OPI 


PARAMETER RE 
OPERATION 


OVPN: INVOKE 
MISMATCH REC 
OPERATION 


OVPN: UNEXP 
PACKAGE TYPE 


OVPN: R 
LIMITATION AT PAN 


OVPN: REMOT 
CANCELLED 


OVPN: UNR 


OVPN: MISTYPED 


,CEIVING 


ECTE 


ESOURCE 


E OP 


ERATION 


ERATION ID 


OVPN: UNRECOGNIZED 
COMPONENT 


ECOGNIZED 


ERATION 


Indicates that the QVPN TCAP application received a TCAP 
message containing a mis-typed parameter from the far-end 
node. Analyze the COMPONENT SET field to determine the 
exact error. 


Indicates that the QVPN TCAP application received a TCAP 
message containing an unrecognized operation from the 
far-end node. Analyze the COMPONENT SET field to 
determine the exact error. 


Indicates that the QVPN TCAP application received a TCAP 
message containing a Return Result or Reject component with 
an Invoke identifier that does not match the identifier of the 
previous Invoke component. Analyze the COMPONENT SET 
field to determine the exact error. 


Indicates that the QVPN TCAP application received a TCAP 
message with an unexpected TCAP package type from the 
far-end node. Analyze the PKGTYP and COMPONENT SET 
fields to determine the exact error. 


Indicates that the QVPN TCAP application received a TCAP 
message from the far-end node, but insufficient software 
resources were available to process the message. Analyze 
other switch logs and OMs to determine the exact error. 


Indicates that the QVPN TCAP application received a TCAP 
message containing an Abort indication or a Reject component 
from the far-end node. Analyze the COMPONENT SET field to 
determine the exact error. 


Indicates that the QVPN TCAP application received a TCAP 
message containing an unrecognized component from the 
far-end node. Analyze the COMPONENT SET field to 
determine the exact error. 


Indicates that the QVPN TCAP application received a TCAP 
message containing an unrecognized operation identifier from 
the far-end node. Analyze the COMPONENT SET field to 
determine the exact error. 
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Reasons 


Explanation 


OVPN: GENERAL DECODING 
FAILURE 


ISDNSS: LOST UDT 


Indicates that the QVPN TCAP application received a TCAP 
message where the component portion could not be decoded 
successfully. Analyze the COMPONENT SET field to 
determine the exact error. 


Indicates that the ISDNSS TCAP framework received a TCAP 
message (an SCCP UnitData message) from the far-end node, 
but the UDT could not be delivered to any local TCAP 
application. Analyze the COMPONENT SET field and other 
switch logs and OMs to determine the exact problem. 
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TCAP101 


Explanation 
Example 1 


Transaction Capabilities Application Part (TCAP) applications use TCAP101 
to log TCAP messages received in signaling connection control part (SCCP) 
messages. This log has text reasons that relate to the CLASS Calling Name 
Delivery (CNAMD) TCAP application. 


The subsystem generates log report TCAP101 each time a TCAP query with 
permission (QWP) package returns in a SCCP message. TCAP101 includes 
two text reasons to indicate that a CNAMD TCAP QWP package returned. 
The two text causes are CNAMD UDTS RECEIVED and CNAMD 
VERIFICATION UDTS RECEIVED. The two text reasons identify 
CNAMD TCAP QWP packages sent. Text causes use the TESTSS CNAMD 
database verification command and CNAMD TCAP QWP packages sent for 
current calls. 


In NA006, TCAP101 expands to display a message that relates to Originating 
Line Number Screening (OLNS). The subsystem generates log report 
TCAP101 for each OLNS TCAP package that returns to the service switching 
point (SSP). OLNS TCAP packages return to the SSP from a signaling 
transfer point (STP) or service control point (SCP). OLNS TCAP packages 
return to the SSP from a STP or SCP in an SCCP unitdata service message 
(UDTS). A problem occurred if the report displays this reason message. 
The problem occurred while the system attempted to route the OLNS TCAP 
package to the OLNS LIDB. 


Example 2 - TOPSO7 

The subsystem generates log report TCAP101 each time a TOPSLNP TCAP 
package returns to the SSP in an SCCP UDTS message. The system 
encounters a problem when an attempt to route the TOPSLNP TCAP package 
to the LNP SCP database occurred. 

This log appears with TOPSLNP information in a LET PCL environment. 


Format 
The log report format for TCAP101 is as follows: 
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TCAP101 mmmdd hh:mm:ss ssdd INFO TCAP UDTS MESSAGE 


REASON: <rsntxt> 
SUBSYSTEM NAME: TOPSLNP INSTANCE: 0 


CALLED ADDR: INDICATOR=<xindicator> SUBS YS=<subsys> 
SSN=<ssn> 

PC: NI=<ni> NETTYPE=<nettype> <aa>—<bb>—<cc> 

CALLING ADDR: INDICATOR=<indicator> 


SUBSYS=<subsys> SSN=<ssn> 

PC: NI=<ni> NETTYPE=<nettype> <aa>—<bb>—<cc> 

CLASS=<class> SEQUENCE=<seq> OPTION=<opt> PRIORITY=<pri> DIAGNOSTIC=<diag> 
PACKAGE TYPE: <pkgtyp> ORIGIN ID: <origin id> 

COMPONENT SET: <component set> 


Example 
An example of log report TCAP101 follows: 


Example 1 


TCAP101 APR14 15:16:37 9000 INFO TCAP SERVICE MESSAGE 
REASON: OLNS UDTS RECEIVED 
SUBSYSTEM NAME: OLNS INSTANCE: 2 
CALLED ADDR:  INDICATOR-489  SUBSYS-458 SSN=#F0 
PC: NI-1 NETTYPE=1 38-37-36 
CALLING ADDR: INDICATOR=#C3 SUBSYS=#58 SSN=#F0 
GLOBAL TITLE: TRANS=#23 TYPE=#05 DIGITS: 6138474387 
CLASS-0 SEQUENCE=0D OPTION=0 PRIORITY-1  DIAGNOSTIC-02 
PACKAGE TYPE: QUERY W PERMISSION RESPONSE ID:00 00 00 00 
COMPONENT SET: E8 1B E9 19 CF 01 00 DO 02 81 01 F2 10 97 
00 AA OB 84 09 OB 00 11 OA 16 83 42 44 44 


Example 2 - TOPSO7 


TCAP101 APR14 15:16:37 9000 INFO TCAP UDTS MESSAGE 
REASON: UDTS RECEIVED 
SUBSYSTEM NAME: TOPSLNP INSTANCE: 0 
CALLED ADDR : INDICATOR=#89 
PC: NI-1 NETTYPE=1 38-37-36 
CALLING ADDR: INDICATOR-4C3 SUBSYS=#6C SSN=#F7 
PC: NI-1 NETTYPE=1 38-37-36 
CLASS=0 SEQUENCE=0D OPTION=0 PRIORITY=1 DIAGNOSTIC=02 
PACKAGE TYPE: QUERY_W_PERMISSION ORIGIN ID: 00 00 00 00 
COMPONENT SET: E8 21 E9 1F CF 01 00 D1 02 64 03 30 16 BF 35 
07 81 05 03 24 02 21 43 8D 01 00 8F 07 03 10 03 24 02 21 43 
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Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 

INFO TCAP SERVICE Constant Indicates a report of transaction capabilities 

MESSAGE application part (TCAP) unit data service 
message. 

rsntxt Refer to the Table, Provides the reasons that the subsystem 

Reasons at the generates this log. 
end of this report. 
SUBSYSTEM NAME Defined in Identifies the subsystem name. 
C7LOCSSN/ 
C7NETSSN 

INSTANCE 0-31 Identifies the subsystem instance. 

CALLED ADDR Constant Indicates that the field on the same line 
relates to the called address. 

INDICATOR #00-#FF Identifies the contents of the address, which 
may be one or more point code, subsystem, 
or global title. 

SUBSYS #00-#FF Provides the DMS subsystem ID of an 
address that refers to a local subsystem. 

SSN #00-#FF Identifies the subsystem. 

CALLING ADDR Constant Indicates that the field on the same line 
applies to the calling address. 

CLASS 0-4 Identifies the signaling connection control 
part (SCCP) routing class of the message. 

SEQUENCE 0-1F Identifies the signaling link sector (SLS) of 
the message. 

OPTION 0-0F Identifies the routing options that apply to 
the message. 

PRIORITY 0-3 Identifies the message priority provided in 
the service information octet (SIO). 

pkgtyp Unidirectional Identifies the package type as 
unidirectional. 
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Field Value Description 
Begin Identifies the package type as begin. 
Query Identifies the package type as query. 
Response Identifies the package type as response. 
Abort Identifies the package type as abort. 
Conversation Identifies the package type as conversation. 
COMPONENT SET 0000-FFFF Identifies the message sent or received. 
Action 


The received reason text CNAMD UDTS RECEIVED indicates a problem. 
The problem is that the attempt to route the CNAMD TCAP QWP package to 
the central residence name database failed. Analyze the test field of the log 
report data to determine the cause of the problem. 


The received reason text CNAMD VERIFICATION UDTS RECEIVED 
indicates a problem. The problem occurred in the network. The problem 
occurred when the system attempted to route the CNAMD TCAP QWP 
package to the central residence name database. Analyze the test field of the 
log report data to determine the cause of the problem. 


The received reason text ACBAR UDTS MSG, LT_DENIAL indicates a 
problem. The problem occurred when the attempt to route the ACBAR TCAP 
QWP, QNP, CWP or CNP package failed. Analyze the test field of the log 
report data to determine the cause of the problem. 


The received reason text ACBAR UDTS MSG, ST_DENIAL indicates a 
problem. The problem occurred in the network when the system attempted to 
route the ACBAR TCAP QWP, QNP, CWP or CNP package. Analyze the test 
field of the log report data to determine the cause of the problem. 


The received reason text ACBAR UDTS MSG, RESP OR UNI indicates a 
problem. The problem occurs when the system attempts to route the ACBAR 
TCAP UNI or RSP package. Analyze the test field of the log report data to 
determine the cause of the problem. 


If the DMS switch receives the reason text OLNS UDTS RECEIVED, the 
operating company personnel does not need to perform any action. This log 
generates in the OLNS environment for information use only. 
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TCAP101 (continued) 


Note: This log is for information use. The network administration must 
take action as the report indicates that a Common Channel System 7 (CCS7) 
routing problem occurred. 


Associated OM registers 


Any one of the following OM registers in the C7SCCP OM group may 
associate with this log: 


C7RTFALL. 
C7RTFNTN. 
C7RTFNTA. 
C7RTFNWF. 
C7UDTSRX. 
C7RTFSSF. 
C7RTFSSC. 
C7RTFUEQ. 


The following OM registers are for log report TCAP101 in the OLNS 
environment: 


OLNNETCG (OM group TOPSOLNE) 
OLNNETFL (OM group TOPSOLNE) 

OLNNOXLA (OM group TOPSOLNE) 
OLNNOXLS (OM group TOPSOLNE) 
OLNSUBCG (OM group TOPSOLNE) 
OLNSUBFL (OM group TOPSOLNE) 

OLNUNEQP (OM group TOPSOLNE) 


Note: When the subsystem generates this log, one of the registers in tuple 
TOPSLNP in OM group TOPASCCP increases. 
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TCAP101 (continued) 


Additional information 


(Sheet 1 of 2) 


The following table describes each reason. 


Reason 


Explanation 


D 


UNI 


ABAR UDTS MSG, LT_DENIAL 


BAR UDTS MSG, ST_DENIAL 


ACBAR UTS MSG, RESP OR 


CNAMD UDTS RECEIVED 


CNAMD VERIFICATION UDTS 
RECEIVED 


PACKAGE 


TYPE NOT 


SUPPORTED-PVN 


OLNS UDTS RECEIVED 


PVN RECE 


IVE 


p REJECT 


PVN REC 


EIVE 


p RETURN 


ERROR 


PVN SENT 


PVN SENT 


EPORT ERROR 


Indicates a failure detected during the attempt to route the 
ACBAR message. The received message prints in 
hexadecimal bytes in the log. 


Indicates that a network problem occurred. The received 
message prints in hexadecimal bytes in the log. 


Indicates that a failure occurred during the attempt to route 
an ACBAR TCAP UNI or RSP message. The received 
message prints in hexadecimal bytes in the log. 


Indicates that the route process to a residence name 
database failed. 


Indicates that a network problem occurred. 


Indicates that the database sent a PVN application to the 
QUERY package. The received message prints in 
hexadecimal bytes in the log. 


This reason indicates that an OLNS TCAP package returned 
to the Traffic Operator Position System (TOPS) DMS switch 
in an SCCP UDTS. 


Indicates that the PVN application received a database 
message with a reject component. The received message 
prints in hexadecimal bytes in the log. 


Indicates that the PVN application received a database with 
a return error component. The receive message prints in 
hexadecimal bytes in the log. 


Indicates that the PVN application sent a message with a 
reject component to the database. The message sent prints 
in hexadecimal bytes in the log. 


Indicates that the PVN application sent a message with a 
cause component, procedure report error, to the database. 
The message sent prints in hexadecimal bytes in the log. 
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Reason 


Explanation 


PVN SENT RETURN ERROR 


RTRS UDTS RECEIVED 


UNI MSG RECEIVED-PVN 


UNRECOGNIZED TRID-PVN 


UDTS RECEIVED 


ISDNSS: LOST UDTS 


Indicates that the PVN application sent a message with a 
return error component to the database. The message sent 
prints in hexadecimal bytes in the log. 


Indicates an RTRS TCAP package returned to TOPS in an 
SCCP UDTS message. 


Indicates that the database sent a PVN application to the 
unidirectional package. The received message prints in 
hexadecimal bytes in the log. 


Indicates that the PVN application received a 
response/conversion message with a transaction ID that is 
not correct. The received message prints in hexadecimal 
bytes in the log. 


Indicates a TOPSLNP TCAP package returned to TOPS in 
an SCCP UDTS message. 


Indicates that the ISDNSS TCAP framework received a 
TCAP message (an SCCP UnitData service message) from 
the SCCP software subsystem, but the UDTS could not be 
delivered to any local TCAP application. Analyze the 
COMPONENT SET field and other switch logs and OMs to 
determine the exact problem. 
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Example 1 


The Common Channel Signaling (CCS) subsystem generates TCAP199 when 
a miscellaneous error condition occurs. The subsystem generates TCAP199 
for debugging purposes only. 


In NA006, the OLNS SCCP FORMAT ERROR adds to the errtxt field. This 
error appears when a miscellaneous error occurs in the Originating Line 
Number Screening (OLNS) environment. 


Example 2 - TOPSO7 


The changes to this log for the TOPSLNP application are made in specific 
conditions. These conditions are when the subsystem attempts to format the 
Signaling Connection Control Part (SCCP) data. The subsystem attempts to 
format the SCCP data for a Transaction Capabilities Application Part (TCAP) 
message and the format fails. 


This log appears with TOPSLNP information in a Line Equipment Transfer 
(LET) Product CM Load (PCL) environment. 


Example 3 - TOPSO7 


The subsystem generates log report TCAP199 when the subsystem receives a 
package. The package is from the Local Number Portability (LNP) Service 
Control Point (SCP) and does not have a responding transaction id. At the 
present time, the AINO.1 TCAP messaging interface this activity creates does 
not handle received packages without transaction ids. 


This log appears with TOPSLNP information in a LET PCL environment. 
Example 4 


The OLI ERROR log appears when the incoming virtual message does not 
contain the Originating Line Identity (OLD. 


On the transit node, the directory number (DN) of the originating station must 
uniquely identify digital private network signaling system (DPNSS) virtual 
calls and TCAP/SCCP interworked requests at this node. 


If the originating station does not send the OLI, the OLI ERROR log appears 
at the DPNSS integrated services digital network user part (ISUP) transit node 
for virtual calls. 
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TCAP199 (continued) 


Example 5 


The point code from table MSGRTE is necessary to send a TCAP message to 
the far transit node. 


Table MSGRTE routes DPNSS-ISUP virtual messages. Network identifier 
(NETID) and Called Party Address index these messages. The NETID of a 
DPNSS-ISUP call is the NETID of the originating line or DPNSS trunk. The 
Called Party Address used is the DPNSS Destination Address most siginifcant 
digits. 


This log appears when there is no entry in Table MSGRTE against the NETID 


and most of the significant digits of the Destination Address. 


Format 
The log report for format TCAP199 is as follows: 


Format 1 


TCAP199 mmmdd hh:mm:ss ssdd INFO TCAP MISC ERROR 
TCAP Traffic: <errtxt> reason =n 
SUBSYSTEM NAME: ssss INSTANCE: tt 


Format 2 - TOPS07 (Example 2, 3, 4 and 5) 


TCAP199 mmmdd hh:mm:ss ssdd INFO TCAP MISC ERROR 
<text message> 0) 
SUBSYSTEM NAME: TOPSLNP INSTANCE: 0 
<hex data> 


Example 
An example of log report TCAP199 follows: 


Example 1 


TCAP199 JUN18 18:47:33 7700 INFO TCAP MISC ERROR 
TCAP Traffic: OLNS SCCP FORMAT ERROR reason = 0 
SUBSYSTEM NAME: OLNS INSTANCE: 2 
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TCAP199 (continued) 


Example 2 - TOPSO7 


TCAP199 APR14 15:15:40 1210 INFO TCAP MISC ERROR 
SCCP FORMAT ERROR 0 
SUBSYSTEM NAME: TOPSLNP INSTANCE: 


LH 
e 


Example 3 - TOPSO7 


TCAP199 APR14 15:15:40 1210 INFO TCAP MISC ERROR 
BAD PKG RCVD 0 

SUBSYSTEM NAME: TOPSLNP INSTANCE: 

«hex data» 


LH 
e 


Example 4 


TCAP199 APR14 15:15:40 1210 INFO TCAP MISC ERROR 
SIGTRANS: OLI ERROR 0 
SUBSYSTEM NAME: INSTANCE: 6 
«hex data» 


Example 5 


TCAP199 APR14 15:15:40 1210 INFO TCAP MISC ERROR 
SIGTRANS: No MSGRTE entry O0 
SUBSYSTEM NAME: INSTANCE: 6 
«hex data» 


Field descriptions 
The following table explains each field in the log report: 


(Sheet 1 of 2) 
Field Value Description 


INFO TCAP MISC ERROR Constant Indicates a miscellaneous error condition 
occurred as the system tested. 


errtxt Dynamic Describes the error that occurred. 
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<text message> 


Action 


Field Value Description 

reason 2 bytes Identifies the return code from the tested 
procedure. 

Subsystem Name 8 bytes Identifies the subsystem name defined in 
C7LOCSSN/C7NETSSN 

Instance 0-31 Identifies the subsystem instance. 


SCCP FORMAT A text reason why the TCAP 199 log 
ERROR generated. 


BAD PKG RCVD 


Log TCAP199 may report that there are not enough of Transaction IDs for the 
RTRS application. When this occurs, contact your next level of support. 


An RTRS SCCP FORMAT ERROR message indicates a possible translation 
problem in the SCCP CCS7 tables. Check for datafill that is missing or wrong 
in the following CCS7 translations tables: 


e C7GTTYPE 
e C7NETWRK, 
e C7GTT 


* any other CCS7 tables 


An SCCP FORMAT ERROR message for subsystem TOPSLNP, indicates a 
possible translation problem in SCCP CCS7 tables. Check for data that is 
missing or wrong in CCS7 translations tables: 


e C7GTTYPE 
* C7NETWRK 
e C7GTT 


* other CCS7 tables 


An ISDNSS LOST MESSAGE error indicates that the ISDNSS TCAP 
framework received a TCAP message from the SCCP software subsystem, but 
the message could not be delivered to any local TCAP application. The nature 
of the message could not be determined. 
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Originating Line Number Screening 
A TCAP199 may report that there are not enough Transaction IDs for the 
OLNS application. When this occurs, contact your next level of support. 


An OLNS SCCP FORMAT ERROR message indicates a possible translation 
problem in the SCCP CCS7 tables. Check for data that is missing or wrong in 
the following CCS7 translations tables: 


e C7GTTYPE 
e C7NETWRK 
e C7GTT 


* other CCS7 tables 


Associated OM registers 


When the OLNS SCCP FORMAT ERROR displays in the errtxt field of log 
TCAP199, OM register OLNNOTRD (OM group TOPSOLNS) pegs. 


Additional information 
There is no additional information. 
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Explanation 
The following conditions cause the system to generate the TCW601 log: 


* the TCW serving office does not receive the ANM message within the 
duration that the T1 allows 


* the TCW serving office does not receive the REL message within the 
duration that the T2 allows 


* the system is unable to allocate the resources to route the call 
e the connection to the SN is not ISUP or PRI ALL-THE-WAY 


Format 
The format for log report TCW601 follows. 


logoffid TCW601 mmmdd:mm:ss nnnn TCW log report 

Reason The condition that caused the log to 
generate 

Call ID call identification number (hex number) 

TCW DN the Talking Call Waiting (TCW) 
subscriber's directory number (DN) 

SN DN the directory number (DN) that TCW uses 
to reach the service node (SN) 


Example 
An example of log report TCW601 follows. 


NTL2110AP TCW601 MAR11 16:04:14 2300 TCW log report 
Reason T1 expired 

Call ID 038B 0000 

TCW DN 5145425541 

SN DN 5148547855 
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Field descriptions 
The following table explains each of the fields in the log report: 


TCW log report 


Reason 


Call ID 
TCW DN 
SN DN 


Action 


Field Value Description 

logoffid symbolic text Log_office_id - an office parameter defined 
in table OFCVAR that specifies a name for 
the office for the purpose of office 
identification in the log output header 

TCW601 constant log name 

mmmdd symbolic text date the system generated the log, in the 
format monthday 

hh:mm:ss symbolic text time the system generates the log, in the 
fomrat Hour:minute:second 

nnnn symbolic text sequential number of logs 


constant log report type 

T1 expired T1 expires 

T2 expired T2 expires 

NO OF CLONE TCW was not able to allocate a necessary 


TIDS exceeded resource to route the call to the SN. 


unsupoorted the connection to the SN is not ISUP or PRI 


signaling to SN 
hexadecimal 
10 digits 

4 to 30 digits 


all the way 
call identification number 
controller's directory number 


service node directory number 


Save the log report and use it as additional information to investigate: 


the failure of the SN to respond within the normal time range 


the failure of the system to allocate enough resources to route the call to 
the SN 


the routing to the SN (verify the translations to the SN and the trunk types) 
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Related OM registers 
Operational measurements (OM) register TCWTI in OM group TCW. This 
register increments whent he T1 timer expires. 


Operational measurements (OM) register TCWTI in OM group TCW. This 
register increments whent he T1 timer expires. 


The TCW601 log is associated with the NO OF CLONE TIDS exceeded of 
the TCWDNERR register of OM group TCW 


Additional information 
None 
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The subsystem generates TELN100 when the system establishes a complete 
Telnet connection to the Computing Module (CM). 


The log report format for TELN100 is as follows: 


TELN100 mmmdd hh:mm:ss ssdd INFO Telnet Connection 


Node Name: <node name> Node Number: <node_num> 
Remote Node Address: <IP_Addr> 


An example of log report TELN100 follows: 


T 


ELN100 AUG10 10:51:52 8600 INFO Telnet Connection 


Node Name: CM Node Number: O0 
Remote Node Address: 47.128.9.190 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

Date mmmdd Indicates the date the subsystem generated 
the report. 

Time hh:mm:ss Indicates the time the subsystem generated 
the report. 

Sequence HHHH Indicates the sequence number of the report 
generated. 

Node_name Text Indicates the name of the node where the 
Telnet server is. The name of the node has 
an eight-character limit. 

Node_num Integer Indicates the number of the node where the 
Telnet server is. 

IP Addr Numeric Indicates the IP address of the remote node 


that connects to the CM. 
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Action 
There is no action required. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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Format 


Example 
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The subsystem generates TELN110 when the system closes a Telnet 
connection to the Computing Module (CM). 


The log report format for TELN110 is as follows: 


TELN100 mmmdd hh:mm:ss ssdd INFO Telnet Dis—Connection 


Node Name: <node name> Node Number: <node_num> 
Remote Node Address: <IP_Addr> 


An example of log report TELN110 follows: 


T 


ELN100 AUG10 10:51:52 8600 INFO Telnet Dis-Connection 


Node Name: CM Node Number: O0 
Remote Node Address: 47.128.9.190 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

Date mmmdd Indicates the date the subsystem generated 
the report. 

Time hh:mm:ss Indicates the time the subsystem generated 
the report. 

Sequence HHHH Indicates the sequence number of the report 
generated. 

Node_name Text Indicates the name of the node where the 
Telnet server is. The name of the node has 
an eight-character limit. 

Node_num Integer Indicates the number of the node where the 
Telnet server is. 

IP Addr Numeric Indicates the IP address of the remote node 


that connects to the CM. 
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Action 
There is no action required. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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TKCV100 
Explanation 
The Trunk Conversion (TKCV) subsystem generates TKCV100 when the 
subsystem encounters an error condition. This error condition occurs during 
the operation of commands entered from the TRKCONV level of the MAP 
(maintenance and administration position). 
Format 
The log report format for TKCV 100 is as follows: 
TKCV100 mmmdd hh:mm:ss ssdd INFO TRK CONVERT TRBL 
CKT cktid RECORD NUMBER - n 
REASON = rsntxt 
Example 


An example of log report TKCV 100 follows: 


TKCV100 MAY31 09:00:00 2112 INFO TRK CONVERT TRBL 


CKT ISUPOTG 5 RECORD NUM 


Field descriptions 


REASON = Cannot change state to OFFLINE 


B] 


ER = 5 


The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value 


Description 


INFO TRK CONVERT TRBL Constant 


CKT Symbolic text 

RECORD NUMBER Integer 

REASON Cannot change 
state to MB 


Cannot change 
state to IDLE 


Cannot change 
state to OFFLINE 


Indicates trunk conversion trouble. 


Identifies the circuit affected. Refer to Table 
l. 


Identifies the record number (from TKCV 
data table) that caused the error condition. 
Indicates the circuit cannot be manual busy. 


Indicates the circuit cannot be idle. 


Indicates the circuit cannot be offline. 
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Field Value 


Description 


Cannot convert 
trunk to PTS 


Cannot convert 
trunk to ISUP 


Continuity test 
FAILED 


Indicates the trunk cannot convert to per 
trunk signaling. 


Indicates the trunk cannot convert to ISDN 
User Part. 


Indicates a continuity test failed. 


Action 


Post the trunk that uses the TTP POST command to determine the state of the 
trunk. If possible,manually busy (ManB) the trunk. If this action does not 
work, contact the next level of support. 


Associated OM registers 


There are no associated OM registers. 
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ToME602 


Explanation 
The Topology Mapping Environment (ToME) generates this log when the 
number of Data Interface and Topology Mapping (DITM) extension blocks in 
the DITM extension block pool concurrently in use nears exhaustion. 


The number of DITM extension blocks in the DITM extension block pool is 
increased by increasing the value of office engineering parameter 
NUMBER_OF_DITM_EXTENSION_BLOCKS in table OFCENG. 


If the available number of DITM extension blocks in the DITM extension 
block pool becomes exhausted, some features may not operate normally. The 
number of DITM extension blocks should be increased as soon as this log is 
generated. 


Format 
The format for log report TOME602 follows: 


TOME602 mmdd hh:mm:ss ssdd DITM AGENT POOL SIZE 
THRESHOLD REACHED 
Check OM register EXT #198 DITM_AGENT_EXT_BLOCKS 
NUMBER_OF_DITM_EXTENSION_BLOCKS office parm may need 
to be increased. Number of times max threshold exceeded 
during audit delay = nnn 


Example 
An example of log report ToME602 follows: 


TOME602 SEPO5 18:14:33 4827 DITM AGENT POOL SIZE 
THRESHOLD REACHED 
Check OM register EXT 4198 DITM AGENT EXT BLOCKS 
NUMBER OF DITM EXTENSION BLOCKS office parm may need 

to be increased. Number of times max threshold exceeded 


during audit delay - 4 
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Field descriptions 
The following table explains each of the fields in the log report: 


Field Value Description 


nnn Integer The number of times the number of DITM 
extension blocks concurrently in use has 
exceeded 90% of the total number of DITM 
extension blocks available in the DITM 
extension block pool (the threshold) during 
the last 5 min. 


Action 
Complete the following steps: 


* Determine the number of DITM extension blocks currently in use by 
entering OMSHOW EXT ACTIVE 198 at the command prompt. Check 
the EXTHI count of the displayed register. Note the value. 


* Enter table OFCENG and position on 
NUMBER, OF DITM EXTENSION BLOCKS office parameter. Verify 
that the EXTHI count has exceeded 90% of the office parameter. The 
office parameter indicates the number of DITM extension blocks currently 
allocated. 


e Increase the value of the office parameter to accommodate the DMS 
switch's demand on DITM extension blocks. 


Associated OM registers 
Group EXT, register 198. 


Additional information 
This log indicates that the number of DITM extension blocks concurrently in 
use reached 90% of the total number of DITM extension blocks in the DITM 
extension block pool. When this threshold value is exceeded, the pool is 
nearing exhaustion. Increase the OFCENG office parm 
NUMBER OF DITM EXTENSION BLOCKS to avoid possible pool 
exhaustion. 
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Log reports 1-1 


Explanation 


Format 


Example 


The Traffic Operator Position System (TOPS) subsystem generates this report 
when the operator keys a “suspect CDC” trouble at the operator position, or 
when unexpected messages are received by the coin detector circuit (CDC), 
the digital recorded announcement machine (DRAM ) cards, or the packet 
media server (UAS or MS 2000 Series). 


The format for log report TOPS104 follows: 


TOPS104 mmmdd hh:mm:ss ssdd INFO ACTS TROUBLE 
trkidl 

trkid2 

CKT trkid2 CKT trkid3 CKT trkid4 

INCOMING TRK=CKT trkid 

OUTGOING TRK=CKT trkid 

CLGNO-dn CLDNO=dn 

TROUBLE CODE=trbtxt 


An example of log report TOPS104 follows: 


TOPS104 APRO1 12:00:00 2112 INFO ACTS TROUBLE 

CKT ACTSTOPS 111 

CKT ACTSTOPS 111 CKT ACTSTOPS 111 CKT RCVRCOIN 12 
INCOMING TRK - CKT LNTOPSI 4 

OUTGOING TRK - CKT LNTOPSO 4 

CLGNO = 613-621-1002 CLDN - 212-220-1111 
TROUBLE CODE - MISCELLANEOUS ACTS TRBL 


Field descriptions 


The following table explains each of the fields in the log report: 


Field 


Value Description 


INFO ACTS TROUBLE Constant Indicates a problem with Automatic Coin 


CKT 
CKT 


Toll Service (ACTS) 
Symbolic text Identifies the agent reporting the problem. 


Symbolic text Identifies the DRAM or TOPS position 
involved. See Table I. 
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TOPS 104 (continued) 
Field Value Description 
CKT Symbolic text Identifies the suspected circuit on the CDC. 


INCOMING CKT=CKT 


OUTGOING CKT=CKT 


CLGNO 


CLDNO 


TROUBLE CODE 


Symbolic text 


Symbolic text 


Symbolic text 


Symbolic text 


CDC_DSP1_FAIL 


CDC_DSP2_FAIL 


CDC_DSP3_FAIL 


CDC_RAM_FAIL 


CDC ROM FAIL 


CDC TRAP 


MISCELLANEOU 
S 


MISC, CDC FAIL 


RECEIVER SUSP 
ECTED 


MISC. ANNOUNC 
EMENT FAIL 


See Table l. 


Identifies the trunk on which the call 
originated. See Table l. 


Identifies the outgoing trunk from the TOPS 
position. See Table l. 


Identifies the calling directory number (DN). 
See Table I. 


Identifies the called directory number. See 
Table I. 


Indicates a failure of the first digital signal 
processor (DSP) on the CDC. 


Indicates a failure of the second digital 
signal processor (DSP) on the CDC. 


Indicates a failure of the third digital signal 
processor (DSP) on the CDC. 


Indicates a failure of the random access 
memory (RAM) on the CDC. 


Indicates a failure of the read only memory 
(ROM) on the CDC. 


Indicates a trap of the CDC firmware. 


Indicates a trouble other than those the 
trouble codes described. 


Indicates a miscellaneous CDC problem. 


Indicates a CDC trouble keyed by the 
operator keying the following sequence: 


KP TRBL «trblcode» ST 


Indicates a miscellaneous problem with an 
announcement used for an ACTS call. 
(Probably an unexpected message has 
been received from the announcement 
machine. When this trouble occurs, log 
TOPS104 is often accompanied by another 
log that provides more detailed information.) 
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Action 


Most often this log indicates a hardware problem, and the action is to diagnose 
the indicated circuit cards from the MAP (maintenance and administration 
position) and replace cards if necessary. The first CKT field in the log body is 
the agent reporting the problem. 


If the agent reporting the problem is an ACTS announcement, check for other 
logs that may accompany this one and provide more specific information. If 
the problem cannot be diagnosed using other logs, then check CM table 
ANNMEMS to determine whether it is a DRAM announcement (HDWTYPE 
= DRAM) or a packet announcement (HDWTYPE = UAS). Packet 
announcement members do not correspond to specific hardware circuits. Table 
ANNMEMS will identify the logical AUD node that was controlling the 
announcement, and table SERVSINV will associate that AUD node with a 
Gateway Controller. Follow standard troubleshooting procedures for the media 
servers that are controlled by that Gateway Controller. 


Associated OM registers 


Log history 


None. 


SNO9 (DMS) 


Log TOPS104 trouble codes, and actions were modified by feature 
A00009013. 


Log TOPS104 description introduced into DMS-250 documentation. 
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TOPS113 
Explanation 
The Traffic Operator Position System (TOPS) subsystem generates this report 
when mechanized calling card service (MCCS) or automatic coin toll service 
(ACTS) has a problem finding an announcement in Table ANNPHLST. 
Previously, incomplete datafill in Table ANNPHLST could cause calls to drop 
and incoming trunks to idle without a software error (SWER) or a log. 
Currently, the calls will continue to drop, but a log will be generated to dram 
attention to the datafill in Table ANNPHLST. The most likely cause is 
incomplete datafill, but a hardware problem with a digital recorded 
announcement machine (DRAM) could also cause this log to be generated. 
Format 
The format for log report TOPS113 follows: 
TOPS113 mmmdd hh:mm:ss ssdd INFO ANNOUNCEMENT PLAY TRBL 
trkid 
CHECK FOR INCOMPLETE DATAFILL IN TABLE ANNPHLST 
Example 
An example of log report TOPS113 follows: 
TOPS113 JANO3 01:16:53 7985 INFO ANNOUNCEMENT PLAY TRBL 
CKT TOPCOMAMF 0 
CHECK FOR INCOMPLETE DATAFILL IN TABLE ANNPHLST 
Field descriptions 
The following table explains each of the fields in the log report: 
Field Value Description 
INFO ANNOUNCEMENT PLAY Constant Indicates an announcement cannot be 
TRBL found in Table ANNPHLST. 
trkid Symbolic text Identifies the suspect trunk equipment. 
Refer to Table l. 
CHECK FOR INCOMPLETE Constant Indicates action required by the 
DATAFILL IN TABLE craftsperson. 
ANNPHLST 
Action 


Inspect the datafill in Table ANNPHLST and ensure that it is complete. 
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Associated OM registers 
None. 


Log history 
SN09 (DMS) 
Log TOPS113 Event Label field was modified by feature A00009013. 


Log TOPS113 description introduced into DMS-250 documentation. 


SN06 (DMS) 
Log TOPS113 was modified by feature A00000816. 
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TPS100 


Explanation 


Format 


Example 


UCS log reports 1-403 


The Transaction Processing System (TPS) generates TPS100 when the system 
receives a message from the Message Transport System (MTS). The MTS 
cannot deliver the message to the indicated TPS application. 


The TPS100 generates when the TPS passes a message to the MTS, which 
does not send the message. 


The log report format for TPS100 is as follows: 


TPS100 mmmdd hh:mm:ss ssdd FLT TPS IH ERROR 


TRBLINFO= trbtxt PRIO= nnnn SUBC= nnnn 


SRC MTA = hhhh hhhh hhhh hhhh DST MTA- hhhh hhhh hhhh hhhh 
INTERNAL MTA NAME - name 
PROTOCOL - name 
SIGNAL = nn 

UID = hhhh hhhh 
MSG_HDR = hhhh hhhh hhhh 
MSG - hhhh hhhh hhhh 


An example of log report TPS100 follows: 


ERROR 


FASTNETS6 TPS100 MAR25 12:48:02 4229 FLT TPS IH 
TRBLINFO- INVALID SCB STATE PRIO= 0006 SUBC= 0000 

SRC MTA = 4202 1000 C92D 0000 DST MTA = 4202 1000 C94F 0000 
INTERNAL MTA NAME = LIU711 

PROTOCOL NILPRO 

SIGNAL = 178 

UID = 0002 0003 

MSG HDR = 3EOA COB2 FFO9 


MSG = 


0001 0007 2201 
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TPS100 (continued) 


Field descriptions 


The following table describes each field in the log report: 
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Field 


Value 


Description 


FLT TPS IH ERROR 


TRBLINFO 


Constant 


NIL_TROUBLE_CODE 


NO_SCBS 


INVALID_LNAME 
BAD_MTA_OFFSET 
INVALID_UID 
SCBLETTER_ 
OVERFLOW 


BMS_DATA_PROB 


BMS Q PROB 


NO MASTER BOUND 


MTS OUT FAILURE 


Indicates the TPS input handler 
encountered an error in a received 
message. 


Indicates the general problem code for 
reasons that the remainder of problem 
codes do not cover. TPS input handler uses 
this code when the TPS IH receives a 
message from the MTS not for a TPS point. 


Indicates subnet control block (SCB) was 
not left in the system to allocate to a new 
instance when a message arrives. 


Indicates the local name of the destination 
TPS application is not correct. 


Indicates that an instance at the offset did 
not occur in the message. 


Indicates the user identifier (UID) is not 
correct. 


Indicates too many SCB letters placed in 
queue on the SCB. 


Indicates the buffer that contains the 
message has faults or not correct. 


Indicates the buffer that contains the 
message cannot place in queue on the 
destination SCB of the buffer because of 
defects in that queue. 


Indicates a message sent to a TPS master 
is not linked,. This causes the TPS input 
handler to not find the destination TPS 
application. 


Indicates the message transmission from 
the TPS to the MTS layer failed. 
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Field Value Description 

MESSAGE USAGE . Indicates a TPS application attempted to 

EXCEEDED use more resources than accepted. 

NIL SCBLONGQ Indicates the TPS input handler received a 
long message (greater than 128 bytes of 
application data). The long message did not 
have long message buffers allocated in the 
system. 

NO LONG BUF _ Indicates the TPS input handler received a 

AVAIL long message (greater than 128 bytes of 
application data). The long message did not 
have long message buffers allocated for the 
application. 

MP ERROR Indicates the message prescreener for the 
application found a problem with the 
received message and discarded it. 

PRIO 0000-FFFF Indicates the SOS class. 

SUBC 0000-FFFF Provides more information for NT 
debugging. 

SRC MTA 0000-FFFF Indicates the source of the message. 

DST MTA 0000-FFFF Indicates the destination of the message. 


INTERNAL MTA NAME 
PROTOCOL 

SIGNAL 

UID 

MSG HDR 

MSG 


Action 


Contact the next level of support. 


Character string 
Character string 
0 - 32767 
0000-FFFF 
0000-FFFF 
0000-FFFF 


Associated OM registers 
There are no associated OM registers. 


Indicates the node part of the MTA. 
Indicates the protocol of the message. 
Indicates the signal of the message. 
Indicates the user identifier. 

Indicates internal routing information. 


Provides the first three words of the 
message sent. 
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Additional information 
There is no additional information. 
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TPS101 


Explanation 


The Transaction Processing System (TPS) subsystem generates this report 
when errors are found during the TPS Datablock (DB) audit process. 


Format 
The format for log report TPS101 follows. 


TPS101 mmmdd hh:mm:ss INFO DB Audit 
PROBLEM: <datablock audit problem> 
PROBLEM MODULE: <problem module name> 
NETWORK: <problem network ID> 
PROBLEM LOCATION: <problem index in the auditing> 
DATABLOCK DUMP: <problem datablock dump information> 


Example 
An example of log report TPS101 follows. 


TPS101 SEPO5 18:14:33 9500 INFO DB AUDIT 

PROBLEM: INCONSISTENT_INFO 

PROBLEM MODULE: C7LKMDL 

NETWORK: 5 

PROBLEM LOCATION: 200 

DATABLOCK DUMP:00FE 0000 0000 0000 0000 0000 0000 0000 
0000 0000 0000 


Field descriptions 
The following table explains each of the fields in the log report: 
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Field Value Description 
PROBLEM INCONSISTENT . Describes the type of problem that occurs 
INFO during the datablock audit process. 


BAD SCB INDEX 


FREEQ. 
CORRUPT 


PROBLEM MODULE Up to 22 characters Indicates the module name of the faulty 
application. 
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Field Value Description 


NETWORK 0-1023 Indicates the network number associated 
with the faulty application. 


PROBLEM LOCATION 200, 201, or 202 Indicates where the problem occurs in the 
datablock auditing process. 


DATABLOCK DUMP Up to 10 words Describes information of the datablock that 
causes the problem. 


Action 
No action required Although the log report shows an error with the Datablock, 
the audit corrects the error. However, if these log reports generate frequently, 
contact the next level of maintenance. 


Related OM registers 


None. 


Additional information 
None. 
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TPS102 
Explanation 
The Transaction Processing System (TPS) subsystem generates this report 
when the subsystem encounters errors during TPS TCB AUDIT. The audit 
corrects the problems. 
Format 
The log report format for TPS102 is as follows: 
TPS102 mmmdd hh:mm:ss ssdd INFO TCB AUDIT 
TCB AUDIT PROBLEM = errtxt FQID-n ID= hhhh 
Example 


An example of log report TPS102 follows: 


TPS102 OCT15 12:48:02 4229 INFO TCB AUDIT 
TCB AUDIT PROBLEM = TCB FREE O CORRUPT FOID- 0 ID= 5 


Field descriptions 
The following table describes each field in the log report: 
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Field Value Description 

INFO TCB AUDIT Constant Indicates that a TPS TCB AUDIT occurred. 

TCB AUDIT PROBLEM The error that is one of: 

TCB IN LIMBO The TCB is not on any queue and not prepared to be 
a set timer. 

TCB INVALID DATA The TCB did not have correct data for the 
determined state of the TCB. 

TCB FREE Q COR- A TCB free queue had faults and correct action 

RUPT performed. 

TCB TIMER Q COR- The TCB timer queue was had faults and correct 

RUPT action performed. 
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Field Value Description 

FQID 0-255 Integer that describes the free queue the TCB 
(depending on belonged to, or the free queue that had faults. 
local office 
parameters) 

ID 0-FFFF Integer that describes the index to the TCB that had 
(depending on faults. 
local office 
parameters) 

Action 


There is no action required. The reports show an error with a TCB and the 
audit corrects the error. Contact field support if these logs generate. 


Associated OM registers 


There are no associated OM registers. 
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TPS103 


Explanation 


The Transaction Processing System (TPS) subsystem generates this report 
when errors occur during TPS Subnetwork Control Block (SCB) Audit. 


Format 
The format for log report TPS103 follows. 


TPS103 mmmdd hh:mm:ss ssdd INFO SCB Audit 
SCB PROBLEM: <SCB_problem_reason> 
PROBLEM MODULE: <problem module name> 
PROBLEM LOCATION: <integer> 
SCB OFFSET: <hex integer> 
SCB DUMP: <scb dump into> 


Example 
An example of log report TPS103 follows. 


TPS103 SEPO5 18:14:33 1700 INFO SCB AUDIT 
SCB PROBLEM:SCB OFFSET CORRUPT 
PROBLEM MODULE: DMCUMDL 
PROBLEM LOCATION:151 
SCB OFFSET: 0001 
SCB DUMP:FFFF 0000 0001 FDOC 001B 0000 0001 01A4 E368 
0001 FFFF 0000 0001 0000 0040 0300 F805 O1BO 


Field descriptions 
The following table explains each of the fields in the log report: 
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Field Value Description 


SCB PROBLEM SCB IN LIMBO The following values describe the type of 
problem that occurs during the Subnetwork 
Control Block (SCB) audit process. 


SCB DATA. 
WRONG 


SCB FREE Q 
CORRUPT 


SCB SCHED Q 
CORRUPT 
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Field Value Description 


SCB_PRIOR_Q 
CORRUPT 


SCB_FREE_Q_ 
HEADER _ 
CORRUPT 


SCB_PRIOR_Q_ 
HEADER _ 
CORRUPT 


SCB_SCHED_Q_ 
HEADER _ 
CORRUPT 


SCB_OFFSET_ 
CORRUPT 


SCB_LETTER_Q_ 
ERROR 


SCB_INVALID_ 
LNAME 


PROBLEM MODULE Up to 22 characters Describes the module name of the faulty 
application. 


PROBLEM LOCATION Integers of 100,150, Indicates where the problem occurs in the 
151, 152, 101-128, Subnetwork Control Block audit process. 
130-135 


SCB OFFSET hexadecimal integer Indicates the offset of the Subnetwork 
Control Block (SCB) in the SCB table. 


SCB DUMP Up to 18 words Indicates the data structure of the 
Subnetwork Control Block. 


Action 


No immediate action required. The log report shows an error with the 
Subnetwork Control Block (SCB), but the audit will correct this error. 
However, if this log report generates frequently, contact the next level of 
maintenance. 


Related OM registers 


None. 
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Additional information 
None. 
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TPS104 


Explanation 
The Transaction Processing System (TPS) subsystem generates this report 
when the subsystem encounters wrong return codes during TPS message 
processing. Under normal conditions, this log does not appear in the field. 


Format 
The log report format for TPS104 is as follows: 


TPS104 mmmdd hh:mm:ss ssdd INFO INVOKER ERROR 
PROBLEM =  probtxt 
LOGID = nnnn 
NETWORK = nettxt 
MTAS/NID — =  hhhhhhhh hhhh hhhh hhhh hhhh 
LOGMSGHDR = hhhhhhhh hhhh 
MSGBODY =  hhhhhhhh hhhh hhhh hhhh hhhh hhhh hhhh 

hhhh hhhh hhhh hhhh hhhh hhhh hhhh hhhh 


Example 
An example of log report TPS104 follows: 


TPS104 AUG19 12:48:02 0997 INFO INVOKER ERROR 
PROBLEM = TPS PROTOCOL MISMATCH 
LOG ID = 0004 
NETWORK = NIL_TNETWORK 
MTAS/NID = 0001 0006 0000 0000 0100 0000 
LOG MSG HDR = 0106 F801 0000 
MSGBODY = FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 


FDFD FDFD FDFD FDFD FDFD FDFD FDFD FDFD 


Field descriptions 
The following table describes each field in the log report: 
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Field Value Description 
PROBLEM Refer to Table TPS Indicates the problem encountered during the 
trouble codes. TPS message processing. 
LOG ID 0-6 Indicates where the error occurs in the 
software of the process of the correct invoker. 
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Field 


Value 


Description 


NETWORK 


MTAS/NID = hhhh 
(x6) 


LOG MSG HDR = hhhh 
(x3) 


MSGBODY = hhhh 
(x16) 


Action 


Specified by the type 
TNETWORK_RANGE 
in the data dictionary. 


0000-FFFF 


0000-FFFF 


0000-FFFF 


The network name of the bad network. See 
Table TNETWORKS at the end of this log 
report. 


If a message is in the error, the message 
contains six words that consist the MTS 
header (dest. and source MTAs) and the TPS 
header (dest. NID). 


Indicates the logical message header. Printed 
if a message is in the error. 


Indicates the contents of wrong message. 


There is no action required. 


TPS trouble codes (Sheet 1 of 2) 


Trouble code 


Description 


TPS_UTL_OK 


TPS_NO_TMSGS 


TPS_TACTOR_OUTOFRANGE 
TPS_TPORT_OUTOFRANGE 
TPS_PROTOCOL_MISMATCH 
TPS_NOT_IMPLEMENTED 
TPS_MAPIDX_OUTOFRANGE 


TPS_UNINTIALISED_MTA 


TPS_LOGICAL_MSG_TOO_LONG 
TPS_CHAN_TYPE_INVALID 


Correct return code does not appear in a LOG. 
Destination Transactor is not present in model. 
Destination port on transactor is not present. 

Protocol in message does not match protocol on port. 
Not used. 


Map index in port has faults and does not indicate the 
message map. 


MTA in message map is not initialized and transactor 
attempts to send that port. 


Message sent by transactor is longer than 34 bytes. 


Attempts to send a priority message on an intra-subnet 
channel, or 


No TMSG blocks are available to send another 
intra-subnetwork message. 
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Trouble code 


Description 


TPS FREE Q EMPTY 
TPS INCONSISTENT INFO 
TPS GCHAN OUTOFRANGE 


TPS NONRESIDENT GCHAN 
TPS UNANSWERED TMSG 
TPS CORRUPT TMSG Q 

TPS BUFFER NOTAVAILABLE 


TPS DATA NOTAVAILABLE 


TNETWORK (Sheet 1 of 2) 


TNETWORK name 


SCBs are not present on the free queue. 
Not used. 


GCHAN in message does not index the Table GCHAN 
correctly. 


GCHAN in message is present but not in this subnetwork. 
Not used. 

The TMSG audit determines the TMSG Q has faults. 
Message buffers are not available to send messages. 


Data block is not available. 


Use 


NIL TNETWORK 

TYMFDD NETWORK 

TYLN NETWORK 

FILLER NOT USED ANYMORE 
XCT NETWORK 

C7 LK NETWORK 

C7. MH NETWORK 

XPM OCSYS NETWORK, 
MAT NETWORK 

MCC NETWORK 

MSLOCAL NODE NETWORK 


MSLOCAL DS30 CARD NETWORK 


Call Processing Trunk 


Call Processing Line 


Metering Changeover XPM 
CCS7 Link XPM 

CCS7 XPM 

CC Overload Control PM 
Metering Tariff Application 
Metering Changeover Control 


Local Message Switch Network Definitions 
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TNETWORK (Sheet 2 of 2) 


TNETWORK name Use 


MSLOCAL_MAPPER_NETWORK 
MSLOCAL_CLOCK_NETWORK 
MSLOCAL_CMIC_NETWORK 
MSLOCAL_P_BUS_TERMINATOR_NETWORK 
MSLOCAL_T_BUS_TERMINATOR_NETWORK 
MSLOCAL_MATE_REQUEST_NETWORK 


C7_RSM_NETWORK C7 SNM Route Set 
C7_LSM_NETWORK C7 SNM Link Set 

C7 NTA NETWORK C7 SNM non TPS Access 

CC OCSYS NETWORK CC Overload Control 

LOOPDIS NETWORK Trunk Loop Disconnect 

IDTC FEATSIM NETWORK Feature simulation 

MSLOCAL MEMORY NETWORK Local message switch networks 


MSLOCAL T BUS ACCESS TERM NET 
MSLOCAL MSP. NETWORK 


Associated OM registers 
There are no associated OM registers. 
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TPS300 
Explanation 
The Transaction Processing System (TPS) subsystem generates this report 
when the subsystem encounters errors. The subsystem encounters these errors 
during a TPS input handler process that allocates messages that are not TPS 
logical. The log contains the TPS message and trackback information. 
Format 
The log report format for TPS300 is as follows: 
TPS300 mmmdd hh:mm:ss ssdd INFO MSG TRACE 
PROCID = 
SRCE MTA = 
DEST MTA = 
NETWORK = 
USER IDENTIFIER = 
LOG MSG HEADER = 
Example 


An example of log report TPS300 follows: 


TPS300 OCT15 12:48:02 4229 INFO MSG TRACE 
PROCID = 0000 3459 

SRCE MTA = #4202 1000 000D 0000 

DEST MTA = #4377 1000 FFFF FFFF 

NETWORK = 7B 

USER IDENTIFIER = 007B 0001 

LOG MSG HEADER = #0004 0000 3E30 COBF FF01 00C9 0000 0000 
#0000 0000 0000 0000 OOBD 0000 0000 0000 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 

INFO MSG TRACE Constant Indicates that aTPS message trace 
occurred. 

PROCID Integer 

SRCE MTA Source Message Transport Address (MTA) 
used to address TPS messages. 
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(Sheet 2 of 2) 


Field Value Description 

DEST MTA Destination Message Transport Address 
(MTA). 

NETWORK Integer (HEX) The running/destination network number. 

0-1023 

USER IDENTIFIER The destination user identifier. 

LOG MSG HEADER The logical message header of TPS 
messages. 

Action 


There is no action required. This log report will only in the lab. 


Associated OM registers 
There are no associated OM registers. 
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TPS600 


Explanation 


The Transaction Processing System (TPS) generates this log report when the 
TPSWDOG audit process finds a TPS transactor (tactor) which has run over 
its defined time limit. This log report is for information only. It is used to 
explain errors in TPS applications as well as reengineer the transactor time 
limit. 


Format 
The format for log report TPS600 follows. 


TPS600 mmmdd hh:mm:ss ssdd INFO Tactor CPU Usage Audit 

TACTOR: <tactor ID> 
INSTANCE: <instance ID> 
MODEL: <message model number> 
NETWORK: <network number> 
PROB MODULE: <problem module name> 

PRIORITY: <priority number> 

TIME LIMIT: <time limit> ms 

Went over time limit by: <time> ms(<number of ticks>ticks) 


Example 
An example of log report TPS600 follows. 


TPS600 SEPO5 18:14:33 8000 INFO Tactor CPU Usage Audit 
TACTOR: 23 
INSTANCE: 12 
MODEL:3 
NETWORK: 41 
PROB MODULE: PLANET 
PRIORITY: 6 
TIME LIMIT: 32.5 ms 
Went over time limit by:25ms (2 ticks) 


Field descriptions 
The following table explains each of the fields in the log report: 


(Sheet 1 of 2) 


Field Value Description 

TACTOR 0-1023 Indicates the TPS transactor number. 
INSTANCE 0-2048 Indicates the TPS instance number. 
MODEL 0-1023 Indicates the model identifier associated 


with the faulty application. 
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(Sheet 2 of 2) 


Field Value Description 

NETWORK 0-1023 Indicates the network number associated 
with the faulty application. 

PROB MODULE Up to 22 characters Describes the module name of the faulty 
application. 

PRIORITY 0-6 Indicates which TPS priority level the faulty 
application operates. An application can 
operate in levels 0-6, with O indicating the 
lowest level. 

TIME LIMIT decimal number Indicates the time limit that a transactor 
operates. 

TIME decimal number Indicates the time in milliseconds that a 
transactor went over its time limit. 

TICKS Up to three words Indicates the time in clock ticks that the 
transactor went over its time limit. 

Action 


No immediate action required. The TPS600 log report is only for information. 
However, if this log report generates frequently, contact the next level of 


maintenance. 


Related OM registers 


None. 


Additional information 
None. 
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TRK101 


Explanation 


The Trunk (TRK) Maintenance subsystem generates this report. The 
subsystem generates TRK101 when the percentage of busy trunks in a trunk 
group reaches the limit value. The subsystem generates TRK101 when the 
percentage of busy trunks in a trunk group is more than the limit value. This 
limit value is for a minor alarm. The limit percentage for a minor alarm 
condition is in customer data Table CLLIMTCE. 


Format 
The log report format for TRK101 is as follows: 


*TRK101 mmmdd hh:mm:ss ssdd FLT GROUP ALARM clli nnn% 
BUSY 


Example 
An example of log report TRK101 follows: 


*TRK101 APRO1 12:00:00 2112 FLT GROUP ALARM N5LOOP 15% BUSY 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 


FLT GROUP_ALARM Constant Indicates minor alarm limit reached or 
exceeded by trunks in suspect trunk group. 


clli Alphanumeric Identifies suspect trunk group. Refer to 
customer data Table CLLI. 


nnn% BUSY 0-100 Indicates percentage of trunks considered 
busy in suspect trunk group. 


Action 
Save all TRK101 reports for network planning personnel. 


Associated OM registers 
There are no associated OM registers. 
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Additional information 
There is no additional information. 


297-2621-840 Standard 09.01 May 2001 


1-424 UCS log reports 


TRK102 

Explanation 
Trunk (TRK) Maintenance subsystem log report TRK102. The subsystem 
generates TRK102 when the percentage of busy trunks reaches or exceeds the 
threshold value for a major alarm. The busy trunks are in a trunk group. The 
customer data Table CLLIMTCE shows the threshold percentage for a major 
alarm condition. 

Format 
The log report format for TRK102 is as follows: 

**TRK102 mmmdd hh:mm:ss ssdd FLT GROUP_ALARM clli nnn% 
BUSY 
Example 


An example of log report TRK102 follows: 


**TRK102 APRO1 12:00:00 2112 FLT GROUP ALARM N5LOOP 55% 
BUSY 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

FLT GROUP_ALARM Constant Indicates the trunks in a suspect trunk group 
reach or exceed an major alarm threshold. 

clli Alphanumeric Indicates suspect trunk group. 

nnn% BUSY 0-100 Indicates percentage of trunks that are busy 


in suspect trunk group. 


Action 
Save all TRK102 log reports for network planning personnel. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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TRK103 


Explanation 


The Trunk (TRK) Maintenance subsystem report TRK103. The subsystem 
generates TRK103 if the percentage of busy trunks in a trunk group reaches or 
exceeds the threshold value for a critical alarm. The subsystem generates 
TRK103 if the system takes all trunks in a trunk group offline. 


The customer data table CLLIMTCE shows the threshold percentage for a 
critical alarm. The system does not generate TRK103 if all the trunks in trunk 
group OAUSC or OAUSD are offline. 


Format 
The log report format for TRK103 is as follows: 


***TRK103 mmmdd hh:mm:ss ssdd FLT GROUP. ALARM clli nnn% 
BUSY 


Example 
An example of log report TRK103 follows: 


***TRK103 APRO1 12:00:00 2112 FLT GROUP ALARM N5LOOP 75% 
BUSY 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

FLT GROUP_ALARM Constant Indicates that trunks in a suspect trunk 
group reach or exceed an alarm threshold. 

clli Alphanumeric Indicates suspect trunk group. 

nnn% BUSY 0-100 Indicates percentage of trunks the system 


considers busy in suspect trunk group. If all 
the trunks of the trunk group are offline, the 
system indicates a value of 100%. 


Action 
Save all TRK103 log reports for network planning personnel. 


DMS-250 Logs Reference Manual, Volume 6 of 6 UCS15 


1-426 UCS log reports 
TRK103 (end) 


Associated OM registers 
There are no associated OM registers. 


Additional information 


There is no additional information. 
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TRK104 

Explanation 
The Trunk (TRK) Maintenance subsystem generates this report when the 
percentage of busy trunks drops below the threshold for a trunk group that 
reached or exceeded the threshold value for a minor, major, or critical alarm 
level. The threshold percentage is predefined in customer data Table 
CLLIMTCE. TRK104 is preceded by one of the following reports: TRK101, 
TK102, or TRK103. 

Format 
The format for log report TRK104 follows: 

TRK104 mmmdd hh:mm:ss ssdd INFO GROUP OK clli 
Example 


An example of log report TRK104 follows: 


TRK104 APRO1 12:00:00 2112 INFO GROUP OK N5LOOP 


Field descriptions 
The following table explains each of the fields in the log report: 


Field Value Description 


INFO GROUP OK Constant Indicates busy condition dropped below the 
threshold value for suspect trunk group. 


clli Alphanumeric Identifies suspect trunk group that 
previously reached or exceeded the 
threshold value. 


Action 
Save all TRK104 log reports for network planning personnel. 


Associated OM registers 
None 
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TRK106 


Explanation 


Format 


Example 


The Trunk Maintenance (TRK) subsystem log report TRK106. The subsystem 
generates TRK106 when a diagnostic test on trunk equipment fails. The test 
is the result of either a manual request from the MAP display, or a system 
request. If the trunk equipment and/or its connected facilities encounter 
trouble, the system requests the test. When the system initiates a diagnostic 
test, a report with one of the following event types precedes the test: 


* trouble (TBL) 
e fault (FLT) 
e information (INFO) 


Each diagnostic test that the TRK106 reports consists of several test 
procedures. The subsystem generates TRK106 after the first test failure. The 
test procedures that remain do not complete until the subsystem clears the 
failure. 


The log report format for TRK106 is as follows: 


1.TRK106 mmmdd hh:mm:ss ssdd FAIL 
CKT trkid 
DIAGNOSTIC RESULT: diagtxt 
ACTION REQUIRED: acttxt 
CARD TYPE: pec 
ERROR DETAIL: TTU n 


An example of log report TRK106 follows: 


1.TRK106 APRO1 12:00:00 2112 FAIL 

CKT TERMBX04 
DIAGNOSTIC RESULT: Functional Test Fail 
ACTION REQUIRED: Replace card 
CARD TYPE: 2X48AB 
ERROR DETAIL: TTU 2 
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TRK106 (continued) 


Field descriptions 


The following table describes each field in the log report: 


Field 


Value 


Description 


FAIL CKT 


DIAGNOSTIC 
RESULT 


ACTION 
REQUIRED 


CARD TYPE 


ERROR DETAIL 


Symbolic text 


Character string 


Character string 


Alphanumeric 


text 


NO MORE 


DETAILS 


Blank 


TTUn 


Provides equipment identification for 
suspect trunk equipment. See table l. 


Indicates the result of the diagnostic 
test on trunk equipment. Refer to 
table Trunk diagnostic results. 


Provides information about required 
action for each result. Refer to the 
Action field of table Trunk diagnostic 
results. 


Indicates the card product 
engineering code (PEC). See table I. 


Provides additional details for trouble 
isolation. Refer to the Description 
field of the table Diagnostic results. 


Indicates that no more details for 
trouble isolation are available in this 
report. 


Indicates that no more details for 
trouble isolation are available in this 
report. 


Indicates the trunk test unit that the 
test used to diagnose the 2X48AB 
(dgtrcvr) card, where n is 0-999 
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TRK106 (continued) 


Action 


Refer to the ACTION field in table Diagnostic Results to isolate and correct 
failures that TRK106 indicates: 


e For all failures that relate to data entry, refer to the data schema section of 
the Translations Guide 


e For all failures that relate to the central control (CC) or peripheral modules 
(PM), refer to the Alarm and Performance Monitoring Procedures. 


e For failures that relate to trunk equipment or information about trunk tests, 


refer to the Trunks Maintenance Guide . 


Associated OM registers 
There are no associated OM registers. 


Additional information 


Diagnostic results (Sheet 1 of 9) 


Value 


CALIBRATION ERROR 


CAMA OPR JACK IN 


CANNOT GET PM PATHEND 


CARD MISSING 


CARD OK,FACTST ABORT 


CC - No Mailbox 


Description 


Indicates circuit failure. The 
calibration factors are off limits. 


Indicates operator headset 
connects with centralized 
automatic message accounting 
(CAMA) trunk that the 
subsystem tests. 


Indicates that no MTM pathend 
is available at the PM level. 


Indicates request to test circuit 
pack occurred, and pack was not 
present at suspect equipment 
location 


Indicates circuit pack test is 
successful and complete. 
Indicates test aborted before the 
facility test was complete 


Indicates that not enough 
software resources are available 
to perform test 


Action 


Replace the indicated card. See 
Card Replacement Procedures . 


Check facility. See Alarm and 
Performance Monitoring 
Procedures . 


If problem occurs repeatedly, 
contact next level of support. 


Insert card. See Card 
Replacement Procedures . 


Manual test. See Alarm and 
Performance Monitoring 
Procedures 


Try again. See Alarm and 
Performance Monitoring 
Procedures . 
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Diagnostic results (Sheet 2 of 9) 


Value 


Description 


Action 


Check +48V switch 


CKT CANNOT BE IDLED 


CONNECTION DEFECT 


Data Store memory 
Read/Write Failure 


DIAGNOSTIC ABORTED 


Differential Amplifier Failure 


Digital Signal Processor 
EPROM Error 


Digital Signal Processor RAM 
Error. 


EQUIP DEFECT 


Indicates return relay does not 
operate correctly 


Indicates attempt to idle circuit 
pack for test failed. Test did not 
start 


Indicates subsystem did not 
connect with far end equipment 
over a T1 test line 


Indicates metallic test unit (MTU) 
controller card detects a defect 
with the on-board memory. The 
system uses the on-board 
memory to store the down 
loaded firmware 


Indicates the subsystem aborted 
extended diagnostics for a 
reason that is not known. This 
action occurred after the 
subsystem connected over the 
facility 


Indicates MTU controller card 
detects a defect with the 
differential amplifier of the 
analog card, of the MTU 


Indicates checksum test of the 
digital signal processor EPROM 
failed 


Indicates an error in the random 
access memory (RAM) of the 
digital signal processor. The 
ERROR DETAIL field indicates 
the detection of the first bad 
memory address. 


Indicates the unknown hardware 
defect caused the test failure 


Return relay. See Alarm and 
Performance Monitoring 
Procedures . 


Replace card. See Card 
Replacement Procedures . 


Try again. See Alarm and 
Performance Monitoring 
Procedures . 


Replace card. Card 
Replacement Procedures 


Check facility. See Card 
Replacement Procedures . 


Replace card. See Card 
Replacement Procedures . 


Replace digital test unit (DTU). 


Replace DTU. 


Try again. See Card 
Replacement Procedures . 
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TRK106 (continued) 


Diagnostic results (Sheet 3 of 9) 


Value 


Description 


Action 


ERROR-CHK TAB OFCSTD 


Failed to setup PCM 
loopback. 


FLASH MSG RCVD 


Floating point Firmware 
Failure 


FUNCTIONAL TEST 
FAILURE 


GLARE MSG RCVD 


Indicates that the duration of the 
maximum wink for Equal Access 
ATC trunks is less than 100 ms, 
and the SIG test fails. 


Indicates the minimum wink is 
greater than the maximum wink, 
and the SIG test fails. 


Indicates the minimum delay dial 
signal is greater than the 
maximum delay dial signal, and 
the SIG test fails. 


Indicates failure to setup the 
pulse code modulation (PCM) 
path between the DTU and the 
maintenance trunk module 
(MTM). The MTM can go out of 
service during the test. 


Indicates the duration of the 
far-end wink signal is between 
60 to 100 ms. Indicates SIG test 
fails. 


Indicates MTU controller card 
detects a failure that does not 
allow the MTU to perform 
measurements. 


Indicates detection of hardware 
defect during function test 
procedure of suspect equipment 


Indicates detection of hardware 
defect during function test 
procedure of suspect equipment 


Check table OFCSTD to make 
sure that the data entry is 
correct. The minimum value 
must be less than or equal to the 
maximum value. 


Check MTM. Ifthe MTM is not in 
service, return the MTM to 
service and test the DTU again. 


Check the state of the far-end 
trunk. If the far-end trunk is idle 
and the SIG test failure persists, 
you must replace the far-end 
trunk card. See Card 
Replacement Procedures . 


If the looping test fails, check the 
trunk connections between the 
two switches. 


Reload MTU. See Card 
Replacement Procedures 


Replace card. See Card 
Replacement Procedures . 


Replace card. See Card 
Replacement Procedures . 
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Diagnostic results (Sheet 4 of 9) 


Value 


Description 


Action 


Hardware Defect 


INCOMING SEIZURE 


Incorrect Load Checksum 


Master Processor EPROM 
Error 


Master Processor RAM Error 


MAX DURTN EXCEEDED 


MEMBER NOT FOUND 


Indicates zero crossing detector, 
differential amplifier, high pass 
filter, voltage-controlled 
oscillator, or current limiter failed 


Indicates subsystem did not test 
the facility because the 
subsystem seized the facility 
before the request to test 
occurred 


Indicates corrupt firmware load 
inthe DTU RAM. The diagnostic 
uses the bootstrap load in the 
EPROM to continue. The 
ERROR DETAIL field displays 
the test result. 


Indicates the checksum test 
failure of the master processor 
EPROM 


Indicates an error in the RAM of 
the master processor. The 
ERROR DETAIL field indicates 
the detection of the first bad 
memory address. 


Indicates that the system does 
not receive the far-end trailing 
edge in the maximum limit and 
the SIG test fails. 


Indicates the request to test a 
trunk unit that is not present in 
trunk group 


Replace card. See Card 
Replacement Procedures . 


Check facility. See Alarm and 
Performance Monitoring 
Procedures for procedure. 


If the test result in the ERROR 
DETAIL field PASSES, load the 
digital test unit and test the card 
again. Or, fix the error before 
you load the DTU again. 


Replace the DTU card and test 
the new card. 


Replace the DTU card and test 
the new card. 


Check the state of the far-end 
trunk. If the far-end trunk is idle 
and the SIG test failure persists, 
replace the far-end trunk card. 
See Card Heplacement 
Procedures . 


If the looping test fails, check the 
trunk connections between the 
two switches. 


Add unit 2. See the data 
schema section of the 
Translations Guide to correct 
customer data tables for trunk. 
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Diagnostic results (Sheet 5 of 9) 


Value 


Description 


Action 


METERING CARD NOT 
RESPONDING 


Metering Pulse Amplifier 
Failure 


NO CARD RESPONSE 


NO COMMUNICATION 


No Firmware Load 


NO LOOP CONNECTION 


No MTA Driver Card 


NO RESPONSE FROM DM 


NO RESPONSE FROM LTC 


Indicates metering circuit pack 
did not respond to request for 
testing 


Indicates MTU controller card 
detects a defect with the 
metering pulse amplifier of the 
analog card of the MTU 


Indicates attempt to idle circuit 
pack for tests failed. Test did not 
start 


Indicates attempt to idle circuit 
pack for tests failed, and test did 
not start 


Indicates the checksum test did 
not detect firmware load in the 
DTU RAM. The diagnostic uses 
the bootstrap load that resides in 
the EPROM to continue. The 
ERROR DETAIL field displays 
the test result. 


Indicates detection of defect 
when attempt to establish a 
connection through the network 
occurred. 


Indicates metallic test access 
(MTA) card diagnostic, 
(MTADRIVER 0), did not detect 
the MTA card 


Indicates data memory (DM) of 
Network did not respond when 
request to connect to MTM 
occurred. 


Indicates attempt to idle line 
trunk controller for tests failed. 
Test did not start 


Replace card. See Card 
Replacement Procedures for 
procedure. 


Replace card. See Card 
Replacement Procedures for 
procedure. 


Replace card. See Card 
Replacement Procedures for 
procedure. 


Replace card. See Card 
Replacement Procedures for 
procedure. 


If the result in the ERROR 
DETAIL field is PASSED, load 
the DTU and retest the card. 
You can fix the error before you 
reload the DTU. 


Check network. See Alarm and 
Performance Monitoring 
Procedures for procedure. 


Insert card. See Card 
Replacement Procedures for 
procedure. 


Check DM & MTM. See Alarm 
and Performance Monitoring 
Procedures for procedure. 


Check peripherals. See Alarm 
and Performance Monitoring 
Procedures for procedure. 


DMS-250 Logs Reference Manual, Volume 6 of 6 UCS15 


1-435 UCS log reports 


TRK106 (continued) 


Diagnostic results (Sheet 6 of 9) 


Value 


Description 


Action 


NO RESPONSE FROM 
PERIPHERAL 


PCM Error 


PULSE DUR TOO SHORT 


PULSE DUR TOO LONG 


RAM Checksum Failure 


RESET FAILED 


Indicates attempt to idle 
peripheral for test failed. Test 
did not start 


Indicates the DTU failed to send 
or receive a pulse code 
modulation (PCM) sample 


Indicates the far-end wink signal 
is less than the minimum wink. 
The SIG test fails. 


Indicates the far-end wink signal 
is greater than the maximum 
wink. The SIG test fails. 


Indicates MTU controller card 
detects a failure of the firmware 
load checksum 


Indicates attempt to reset circuit 
pack after test failure. Indicates 
pack did not return to service 


Check peripherals. See Alarm 
and Performance Monitoring 
Procedures for procedure. 


Check the MTM. If the MTM is 
not in service, return the MTM to 
service and retest the DTU. If 
the MTM is in service, replace 
the DTU and test the new DTU 
card. If the new card fails, place 
the old card in a different MTM 
slot and retest the card. If the 
test passes, a problem can be 
present in the MTM shelf. 


Check the state of the far-end 
trunk. If the far-end trunk is idle 
and the SIG test failure persists, 
replace the far-end trunk card. 
See Card Replacement 
Procedures . 


If the looping test fails, check the 
trunk connections between the 
two switches. 


Check the state of the far-end 
trunk. If the far-end trunk is idle 
and the SIG test failure persists, 
replace the far-end trunk card. 
See Card Heplacement 
Procedures . 


If the looping test fails, check the 
trunk connections between the 
two switches. 


Reload MTU. See Card 
Replacement Procedures for 
procedure. 


Replace card. See Card 
Replacement Procedures for 
procedure. 
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Diagnostic results (Sheet 7 of 9) 


Value 


Description 


Action 


Ring Zero Crossing Detector 
Failure 


ROM Checksum Failure 


Set relay fails 


SHORT TEST ONLY 


Termination Fault 


TEST EQUIPMENT DEFECT 


THE "ABCD" SCAN POINTS 
ARE NOT IDLE 


Tip Zero Crossing Detector 
Failure 


TRANSMISSION FAILURE 


Indicates MTU controller card 
detected a defect with the MTU 
analog card detector. The MTU 
analog card detector is for AC 
voltage zero crossing on the ring 
side 


Indicates MTU controller card 
detects a failure of the checksum 
for the attached ROM 


Indicates MTA card, 
(MTADRIVER 0), failure to 
operate the relay at the link of 
horizontal 0 and vertical 0 


Indicates the subsystem did not 
perform the extended diagnostic 
test on request. Indicates the 
subsystem performed the short 
test. 


Indicates a termination defect 


Indicates detection of defect on 
test equipment required to 
complete test procedures 


Indicates a defect with the card 
(circuit) that the system tests. 


Indicates MTU controller card 
detected a defect with the MTU 
analog card detector. The 
detector is for AC voltage zero 
crossing on the tip side. 


Indicates detection of hardware 
defect during transmission test 
of equipment 


Replace card. See Card 
Replacement Procedures for 
procedure. 


Replace card. See Card 
Replacement Procedures for 
procedure. 


Replace card. See Card 
Replacement Procedures for 
procedure. 


Try again. See Alarm and 
Performance Monitoring 
Procedures for procedure. 


Replace card. See Card 
Replacement Procedures for 
procedure. 


Try again. See Alarm and 
Performance Monitoring 
Procedures for procedure. 


Check the peripheral. See 
Alarm and Performance 
Monitoring Procedures for 
procedure. 


Replace card. See Card 
Replacement Procedures for 
procedure. 


Check pads. See Alarm and 
Performance Monitoring 
Procedures for procedure. 
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Diagnostic results (Sheet 8 of 9) 


Value 


Description 


Action 


TTT EQUIPMENT FAULT 


Unknown Error Code 


Unknown Hardware Fault 


Unknown Termination Fault 


WRONG CARD INSERTED 


1.6 KOhm Secondary 
Termination Fault 


33.2 KOhm Termination 
Defect 


Indicates detection of defect on 
transmission test trunk. The 
system needs test trunk to 
perform transmission test 
procedure on equipment 


Indicates MTU controller card 
detected a defect with the MTU. 
Indicates the MTU diagnostic 
software cannot identify the 
defect. 


Indicates the MTU controller 
card detected a hardware defect 
on the MTU analog card. 
Indicates the MTU diagnostic 
software cannot identify the 
hardware defect. 


Indicates MTU controller card 
detected a defect with a 
termination on the MTU analog 
card. Indicates the MTU 
diagnostic software cannot 
identify the defective 
termination. 


Indicates circuit pack inserted is 
not type expected 


Indicates MTU controller card 
detects a defect with the 1.6 
KOhm secondary termination on 
the MTU analog card that serves 
the virtual MTU on channel A or 
B. Channel A is the even MTU 
circuit. Channel B is the odd 
MTU circuit) 


Indicates MTU controller card 
detects a defect with the 33.2 
KOhm termination on the MTU 
analog card 


Try again. See Alarm and 
Performance Monitoring 
Procedures for procedure. 


Replace card. See Card 
Replacement Procedures for 
procedure. 


Replace card. See Card 
Replacement Procedures for 
procedure. 


Replace card. See Card 
Replacement Procedures for 
procedure. 


Change card. See Card 
Replacement Procedures for 
procedure. 


Replace card. See Card 
Replacement Procedures for 
procedure. 


Replace card. See Card 
Replacement Procedures for 
procedure. 
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Diagnostic results (Sheet 9 of 9) 


Value 


Description 


Action 


35.5 KOhm Termination Fault 


47 Ohm Termination Fault 


200 Ohm Termination Fault 


900 Ohm Secondary 


Termination Fault 


950 Ohm Termination Defect 


Indicates MTU controller card 
detects a defect with the 35.5 
KOhm termination on the MTU 
analog card 


Indicates MTU controller card 
detects a defect with the 47 ohm 
termination on the MTU analog 
card 


Indicates MTU controller card 
detects a defect with the 200 
ohm termination on the MTU 
analog card 


Indicates the MTU controller 
card detected a defect with the 
900 Ohm secondary termination 
on the MTU analog card. The 
MTU analog card serves the 
virtual MTU on channel A or B. 
Channel A is the even MTU 
circuit. Channel B is the odd 
MTU circuit 


Indicates MTU controller card 
detects a defect with the 950 

ohm termination on the MTU 

analog card 


Replace card. See Card 
Replacement Procedures for 
procedure. 


Replace card. See Card 
Replacement Procedures for 
procedure. 


Replace card. See Card 
Replacement Procedures for 
procedure. 


Replace card. See Card 
Replacement Procedures for 
procedure. 


Replace card. See Card 
Replacement Procedures for 
procedure. 
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Explanation 


Format 


Example 
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The Trunk (TRK) Maintenance subsystem log report TRK107. The subsystem 
generates TRK107 when a diagnostic test on trunk equipment passes. A 
manual request from the MAP display, or a system request can cause the test. 
The system requests the test if the trunk equipment and/or the connected 
facilities have a defect. The system generates a report that provides the event 
type before the system initiates the test. Examples of event types are trouble 
(TBL), fault (FLT), or information (INFO). 


The system initiates diagnostic tests for some of the systems troubles that 
TRK116 reports. If the diagnostic passes, the subsystem generates TRK107. 
If the system fails the test, the system outputs TRK106. 

Each of the diagnostic tests that TRK107 reports contains several test 
procedures. The system performs the test procedures in random order. The 


entry point to the software module determines the order. The subsystem 
generates TRK107 when all tests complete. 


The log report format for TRK107 is as follows: 


1.TRK107 mmmdd hh:mm:ss ssdd PASS CKT trkid 


An example of log report TRK107 follows: 


1.TRK107 APRO1 12:00:00 2112 PASS CKT CAMA2W 1 


Field descriptions 


The following table describes each field in the log report: 


Field Value Description 
PASS CKT Constant 
trkid Symbolic text Provides equipment identification for the 
suspect trunk equipment. See Table l. 
Action 


There is no action required. 
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Associated OM registers 
There are no associated OM registers. 


Additional information 


There is no additional information. 


297-2621-840 Standard 09.01 May 2001 


TRK109 


Explanation 


Format 


Example 


UCS log reports 1-441 


The Trunk (TRK) Maintenance subsystem log report TRK109. The subsystem 
generates TRK109 when a diagnostic test on a DS-1 facility fails. The test can 
be the result of a manual request from the MAP display, or the result of a 
system request. If a problem occurs in the DS-1 and/or the facilities that 
associate with the DS-1, the system initiates the test. When the system initiates 
a diagnostic test, a report with an event type precedes the test. Examples of 
event types are trouble (TBL), fault (FLT), or information (INFO). 


The system initiates diagnostic tests for some of the system defects that 
TRK116 reports. The subsystem generates TRK109 if the diagnostic test fails. 
If the diagnostic test does not fail, the subsystem generates TRK108. 


Each of the diagnostic tests that TRK109 reports contains several test 
procedures. The subsystem generates TRK109 when the first procedure fails 
to complete correctly. 


The log report format for TRK109 is as follows: 


1.TRK109 mmmdd hh:mm:ss ssdd FAIL 
PM: pmnm NO nn CCT nn 
ERROR: diagtxt 
ACTION: acttxt 
CARD: pec 


An example of log report TRK109 follows: 


1.TRK109 APRO1 12:00:00 2112 FAIL 
PM: SMR NO 0 CCT 8 

ERROR: TEST FAIL 

ACTION: REPLACE CARD 

CARD: NT6X50 
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Field descriptions 


The following table describes each field in the log report: 


(Sheet 1 of 3) 


Field 


Value 


Description 


FAIL PM 


NO 
CCT 
ERROR 


Symbolic text 


0-99 
0-99 


CONNECTION 
FAILURE 


DATA ERROR 


NO CHANNELS 
ASSIGNED 


Indicates the type of peripheral 
module (PM) that connects with the 
suspect DS-1. See NOTE that follows 
table | for a list of DMS PM. 


Indicates PM 
Indicates DS-1 carrier 


Indicates test equipment cannot 
connect to suspect trunk 


ACTION: Try again. See Alarm and 
Performance Monitoring Procedures 
for diagnostic test procedures. Test 
again. If the subsystem generates 
TRK109 a second time, contact the 
next level of maintenance to replace 
trunk circuit packs. 


Indicates software error. 


ACTION: Try again. See Alarm and 
Performance Monitoring Procedures 
for diagnostic test procedures, and 
test again. If the subsystem 
generates TRK109 a second time, 
contact the next level of maintenance 
to replace trunk circuit packs. 


Indicates the system did not perform 
the looparound transmission test on 
all 24 channels 


ACTION: Test aborted. See Alarm 
and Performance Monitoring 
Procedures for diagnostic test 
procedures, and test again. If the 
subsystem generatesTRK109 a 
second time, contact the next level of 
maintenance. 
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(Sheet 2 of 3) 
Field Value Description 
SIGNALING CARD Indicates all channels failed signaling 
FAILURE test 
ACTION: Replace card. See Card 
Replacement Procedures for 
step-by-step procedures to replace 
trunk circuit packs. 
SPEECHLINK Indicates some channels passed 
INTERFACE diagnostics, and some failed speech 


FAILURE 


TEST FAIL 


T1 LINE DIAG 
ABORTED 


TESTEQUIPMENT 


link test 


ACTION: Replace card. See Card 
Replacement Procedures for 
step-by-step procedures to replace 
trunk circuit packs. 


Indicates all channels failed 
transmission test, and some channels 
passed signaling test 


ACTION: Try test again. See Alarm 
and Performance Monitoring 
Procedures for diagnostic test 
procedures. Test again. If the 
subsystem generates TRK109 a 
second time, contact the next level of 
maintenance. 


Indicates system cannot complete 
diagnostics because carrier connects 
to a defective circuit card 


ACTION: Replace card. See Card 
Replacement Procedures for 
step-by-step procedures to replace 
trunk circuit packs. 


Indicates system cannot complete T1 
line diagnostic tests because trunks 
are not busy. See table D for manual 
busy (ManB) and system busy (SysB) 
definitions. 


ACTION: Busy trunks. See Alarm 
and Performance Monitoring 
Procedures for diagnostic test 
procedures. 


DMS-250 Logs Reference Manual, Volume 6 of 6 UCS15 


1-444 UCS log reports 
TRK109 (end) 


(Sheet 3 of 3) 


Field Value Description 
T1 LINE Indicates all channels failed 
INTERFACE diagnostics. 


ACTION: Replace card. See Card 
Replacement Procedures for 
step-by-step procedures to replace 
trunk circuit packs. 


ACTION Symbolic text See description column for ERROR 
for correct actions. 


CARD Alphanumeric Indicates the product engineering 
code (PEC) of the card. See table I. 


Action 
Perform the action that appears in description column for ERROR. If the 
action does not complete or the error is not found, contact the next level of 
maintenance. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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Explanation 


Format 


Example 


UCS log reports 1-445 


The Trunk (TRK) Maintenance subsystem log report TRK110. The subsystem 
generates TRK110 when the system changes the trunk state from call 
processing busy (CPB) to system busy (SysB) or Lockout (LO). Log report 
TRK110 normally indicates a facility problem. 


The log report format for TRK110 is as follows: 


1.TRK110 mmmdd hh:mm:ss ssdd SYSB LOCKOUT ON 


CKT trkid 
carrnm 


An example of log report TRK110 follows: 


1.TRK110 APR01 12:00:00 2112 SYS 


CKT OGTOCARR1 2001 
NILC 


Field descriptions 
The following table describes each field in the log report: 


Action 


B LOCKOUT ON 


Description 


Field Value 

SysB LOCKOUT Constant 

ON 

CKT Symbolic text 
carrnm Symbolic text 


Indicates system places suspect trunk 
equipment on LO list 


Provides equipment identification for 
trunk on LO list. See table I. 


Indicates other common carrier 
(OCO) at far-end of trunk in offices 
with equal access (NTX186 or 
NTX386). Refer to customer data 
table OCCNAME. 


Check the TRK log report buffer for trouble reports for the same trunk 
equipment. If you find a trunk trouble report, perform the required action for 
that report. If you do not find a trunk trouble report, see Alarm and 
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Performance Monitoring Procedures . Follow the diagnostic procedures 
before you return the suspect trunk equipment to service. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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TRK111 


Explanation 


The Trunk Maintenance subsystem generates a TRK111 log when trouble is 
encountered or a treatment is assigned during routing of an incoming 
trunk-to-trunk call. 


Format 
The format for log report TRK111 follows: 
TRK111 mmmdd hh:mm:ss ssdd FLT ROUTING TRBLCKT trkidTRBCODE- 


trbtxt TRBLINFO- infotxtINCTRK- CKT trkid 
CLDNBR- dncalltxt 


Example 
Three examples of log report TRK111 follow: 


Example 1 


TRK111 APRO1 12:00:00 2112 FLT ROUTING TRBL 
CKT RTP2W 26 
TRBCODE= NO_CIRCUIT_AVAILABLE TRBLINFO= 


NIL 


INCTRK=CKT LONDONT1 18 CLDNBR = 
9197811999 
CARRIER= ABC 


Example 2 


TRK111 JANO1 13:39:05 3285 FLT ROUTING TRBL 
TRBCODE- NO CIRCUIT AVAILABLE TRBLINFO- BVTON 

CIRCUIT 
INCTRK-Customer Group:COMKODAK,ConsoleATTKDKCCLDNO-24111 
CALLID= 196699 NILC 


Ei 
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TRK111 (continued) 


Example 3 


TRK111 JANO1 13:39:05 3285 FLT ROUTING TRBL 
CKT EAN670TWMFWK 
TRBCODE= PARTIALDIAL TR 

EAN670TWMFWK CLDNO-2411 


INCTRÉ-| 


BLINFO- BVTONE CIRCUIT 


CALLID- 


Field descriptions 


196699 NILC 


The following table explains each of the fields in the log report: 


(Sheet 1 of 2) 


Field 


Value 


Description 


FLT ROUTING TRBL 


CKT 


TRBCODE 


TRBLINFO 


INCTRK 


CLDNBR or CLDNO 


Constant 


Symbolic text 


Trouble text 


Information text 


Symbolic text 


Integers 


Indicates trouble was encountered or a 
treatment was assigned during routing of 
trunk-to-trunk call. 


Provides equipment identification for 
suspect trunk equipment. If no circuit is 
available, line 2 of this log will not appear. 
(See Example 2). 


Identifies trouble encountered by suspect 
trunk equipment. 


(Example 3) PARTIALDIAL indicates that 
after the transition period from 3- to 4-digit 
CICs that a 4-digit CIC was expected, but a 
3-digit CIC was received. 


Provides additional information for trouble 
isolation. 


Provides equipment identification for 
originating trunk. 


Provides directory number (DN) and 
prefixes dialed by originating station, if digits 
were received before trouble was 
encountered. 


Note: The called number is truncated to 15 
digits ; if more than 15 digits werereceived. 
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Field 


Value Description 


calltxt 


( Carrier=carrnm (Example 1) Identifies InterLATA or 
International Carrier at far-end of an access 
to carrier (ATC) trunk group. List customer 
data table OCCNAME from Cl MAP level for 
valid carrier names. Refer to customer data 
table OCCNAME. 


Note: This field is displayed only by equal 
access offices with NTX186 and/or NTX386. 


CALLID = callid (Example 2) Provides a callid for the current 
NILC call. The carrier name is NILC (no carrier). 


Action 


If TRK111 is generated less than six times within one hour with the same 
message and CLLI or TRK111 is generated with different messages and/or 
CLLI, no action is required. 


If TRK111 is generated six or more times within one hour with the same 
message and CLLI, contact the next level of maintenance. 


If the TRBCODE is “NO_CIRCUIT_AVAILABLE" and the TRBINFO is 
“BVTONE CIRCUIT" (as in Example 2), the following (from most to least 
likely) may be true: 


1. 


Tone circuits have been inadvertently left in manual busy (ManB) state. 
Solution: Return to service (RTS) the tone circuits. 


BVTone circuit access has been disabled through datafill. Solution: 
modify table STN which contains tone circuits and their allocations. 


There are not enough tone circuits for the current call load. (3X68AC 
cards are used to generate various tones, including EBO (Executive Busy 
Override) tones and Call Waiting tones). Solution: add more tone circuits 
or change tone circuit allocations through table STN. 


A hardware problem prevents access to a 3X68AC card at the time of the 
call. Solution: diagnose hardware and effect repairs. 


If Patch ANS34 is activated and the TRBCODE is “PARTIALDIAL" and 
the TRBINFO is “NIL," then an insufficient number of digits were 
received. A four-digit carrier identification codes (CIC) was expected, but 
a three-digit CIC was received on the incoming trunk. Report the problem 
to the originating switch. 
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Associated OM registers 
None 
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TRK112 


Explanation 


The Trunk (TRK) Maintenance subsystem generates TRK112. This action 
occurs when the subsystem takes a trunk off the lockout (LO) list, and returns 
the trunk to service (RTS). This RTS occurs because of a system request or a 
manual request from the LTP MAP level. The subsystem generates TRK112 
to confirm the RTS of a trunk that was on the LO list. 


Format 
The log report format for TRK112 is as follows: 


1.TRK112 mmmdd hh:mm:ss ssdd RTS LOCKOUT OFF 
CKT trkid 
carrnm 


Example 
An example of log report TRK112 follows: 


1.TRK112 APRO1 12:00:00 2112 RTS LOCKOUT OFF 
CKT OGTOCARR1 7001 
NILC 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 


RTS LOCKOUT OFF Constant Indicates the system removed trunk 
equipment from LO list. 


CKT Symbolic text Provides equipment identification for trunk 
removed from LO list. See Table l. 


carrnm customer data Table Indicates Other Common Carrier (OCC) at 
OCCNAME far-end of trunk facility in offices with Equal 
Access (NTX186 or NTX386). 


Action 
There is no action required. 


Associated OM registers 
There are no associated OM registers. 
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Additional information 
There is no additional information. 
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TRK113 


Explanation 
The Trunk (TRK) Maintenance subsystem generates TRK113 when the 
subsystem meets trouble during call processing of a trunk-to-trunk call. The 
DMS can initiate diagnostic tests based on the trouble encountered. 


Format 
The log report format for TRK113 is as follows: 
1.TRK113 mmmdd hh:mm:ss ssdd FLT TRUNK TRBL 
TRBCODE- trbtxt TRBLINFO:- infotxt 
REPORTED BY CKT trkid 
ORIG CKT trkid TERM CKT trkid 
CALLID= callid 
Example 


An example of log report TRK113 follows: 


1.TRK113 APRO1 12:00:00 2112 FLT TRUNK TRBL 
TRBCODE= INTEGRITY_LOST TRBLINFO= NIL 
REPORTED BY CKT RTP2W 26 
ORIG CKTRTPT1 18 TERM CKT RTPTO 24 
CALLID- 123456 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 
FLT TRUNK Constant Indicates when the subsystem meets 
TRBL trouble during processing of 


trunk-to-trunk call 


TRBCODE Trouble text Indicates when the reporting trunk 
equipment meets trouble. See table 


TRBLINFO Information text Provides additional information for 
trouble isolation. See table F. 


REPORTED BY Symbolic text Provides equipment identification for 
CKT trunk reporting trouble. See table l. 
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Action 


(Sheet 2 of 2) 


Field Value Description 


ORIG CKT Symbolic text Provides equipment identification for 
original trunk. See table l. 


TERM CKT Blank Indicates when the subsystem finds 
trouble before route selection 


Symbolic text Provides equipment identification for 
terminating trunk, if the subsystem 
finds trouble after route selection. 
See table l. 


CALLID Integers Indicates the callid. See table I. 


There is no action required if the subsystem generates TRK113: 


e less than six times in one hour with the same common language location 
identifier (CLLI) 


e less than 20 times in one hour with different CLLI. 


If the subsystem generates TRK113 more than 20 times in one hour with 
different CLLI, contact the next level of maintenance. 


If the subsystem generates TRK113 six or more times in one hour with the 
same CLLI, the TRK log buffer can contain reports. Check the log buffer for 
trunk diagnostic reports TRK106 and TRK107. The subsystem generates 
TRK106 and TRK107 as a result of a system or manual request. 


If the subsystem does not initiate diagnostic tests, perform trunk diagnostics 
on the suspect trunk equipment to isolate the defect. Perform the trunk 
diagnostics from the trunk test position (TTP) MAP level. See the 
maintenance guides for diagnostic tests that can be run on trunk equipment. 


After the diagnostic test is complete for the suspect trunk equipment, use the 
information in the diagnostic report to clear the defect: 


e Ifthe subsystem generates TRK107 and continues to generate TRK113, 
for the suspect trunk equipment, check the NET log report buffer. Check 
the buffer for NET102 log reports with network links that connect to the 
suspect trunk equipment. 


* If you find a NET102 report, perform the action required for NET102. 
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e If you do not find a NET102 report, contact the next level of maintenance. 

e Ifthe subsystem generates TRK106, perform the action required for 
TRK106. 

Continue attempts to clear the defect until one of the following events occur: 

e The subsystem generates TRK107 and not TRK113. 


e You contact the next level of maintenance. 


Associated OM registers 
There are no associated OM registers. 
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Explanation 


Format 


Example 


The Trunk (TRK) Maintenance subsystem generates TRK114. The subsystem 
generates TRK114 when the subsystem finds trouble during dial pulse (DP) 
reception for an incoming call over a trunk. The subsystem did not determine 
the call destination. This event normally indicates an outside electromagnetic 
force distorts the signal. The DMS can initiate a diagnostic test based on the 
trouble. 


The log report format for TRK114 is as follows: 
I. TRK114 mmmdd hh:mm:ss ssdd FLT DP RECEP TRBL 
TRBCODE- trbtxt TRBLINFO= infotxt 


INCTRK- CKT trkid CLDNBR- dn 
CALLID= 123456 


An example of log report TRK114 follows: 


1.TRK114 APRO1 12:00:00 2112 FLT DP RECEP TRBL 
TRBCODE= EXTRA_PULSE TRBLINFO= NIL 
INCTRK= CKT LONDONT1 18 CLDNBR= 9197811999 
CALLID= 123456 


Field descriptions 


The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 
FLT DP RECEP Constant Indicates the subsystem finds trouble 
TRBL during DP reception for an incoming 


call over a trunk. 


TRBCODE Trouble text Indicates trouble on the suspect trunk. 
See table G. 
TRBLINFO Information text Provides additional information for 


trouble isolation. See table F. 


INCTRK Symbolic text Provides equipment identification for 
suspect trunk equipment. See table l. 
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Action 


(Sheet 2 of 2) 

Field Value Description 

CLDNBR or Integers Provides directory number (DN) and 

CLDNR prefixes originating station dialed, if 
the station receives the digits before 
trouble occurs. See table |. If the 
subsystem receives more than 15 
digits, the subsystem truncates the 
number to 15 digits. 

CALLID Integers Indicates the callid 


There is no action required if the subsystem generates TRK114: 


e less than six times in one hour with the same common language location 
identifier (CLLI) 


e less than 20 times in one hour with different CLLI 


If the subsystem generates TRK114 more than 20 times in one hour with 
different CLLI, contact the next level of maintenance. 


If the subsystem generates TRK114 six or more times in one hour with the 
same CLLI, the TRK log buffer contains reports. Check the log buffer for 
trunk diagnostic reports TRK106 and TRK107 with the same CLLI. The 
subsystem generates trunk diagnostic reports as a result of a system or a 
manual request. 


If the subsystem does not initiate diagnostic tests, perform trunk diagnostics 
on the suspect trunk equipment to isolate the defect. Perform trunk diagnostics 
from the trunk test position (TTP) MAP level. See the Advanced Maintenance 
Guide for diagnostic tests that can run on trunk equipment. 


After the diagnostic test is complete for the suspect trunk equipment, use the 
information in the trunk diagnostic report to clear the defect: 


e Ifthe subsystem generates TRK107 and continues to generate TRK114 
for the suspect trunk equipment, contact the next level of maintenance. 


e Ifthe subsystem generates TRK106, perform the action required for 
TRK106. 
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Continue attempts to clear the defect until one of the following events occur: 
e The subsystem generates TRK107 and not TRK114. 


e You contact the next level of maintenance. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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TRK115 


Explanation 
The Trunk (TRK) Maintenance subsystem generates report TRK115. The 
subsystem generates TRK115 when the subsystem finds trouble during dial 
pulse (DP) reception for an incoming call over a trunk. The subsystem cannot 
determine the call destination. The DMS initiates a diagnostic test based on 
the trouble. 


Format 
The log report format for TRK115 is as follows: 


.TRK115 mmmdd hh:mm:ss ssdd FLT DP PERM SIG 
CKT trkid 
TRBCODE- trbtxt TRBLINFO= infotxt 
CALLID- callid 


Example 
An example of log report TRK115 follows: 


.TRK115 APRO1 12:00:00 2112 FLT DP PERM SIG 
CKT RTP2W 18 
TRBCODE= PERMANENT_SIGNAL TRBLINFO= NIL 
CALLID= 123456 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

FLT DP PERM SIG Constant Indicates when the subsystem finds trouble 
during DP reception for an incoming call over a 
trunk. 

CKT Symbolic text Provides equipment identification for suspect 


trunk equipment. See Table I. 


TRBCODE Trouble text Indicates the trouble with suspect trunk 
equipment. See Table G. 


TRBLINFO Information text Provides additional information for trouble 
isolation. See Table F. 


CALLID Integers Indicates the callid. See Table |. 
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Action 
There is no action required if the subsystem generates TRK115: 


e less than six times in one hour with the same common language location 
identifier (CLLI) 


e less than 20 times in one hour with different CLLI 


If the subsystem generates TRK115 more than 20 times in one hour with 
different CLLI, contact the next level of maintenance. 


If the subsystem generates TRK115 six or more times in one hour with the 
same CLLI, the TRK log buffer contains reports. Check the log buffer for 
trunk diagnostic reports TRK106 and TRK107 with the same CLLI. The 
subsystem generates trunk diagnostic reports as a result of a system or manual 
request. 


If the subsystem does not initiate diagnostic tests, perform trunk diagnostics 
on the suspect trunk equipment to isolate the defect. Perform trunk diagnostics 
from the trunk test position (TTP) MAP level. See the Advanced Maintenance 
Guide for diagnostic tests that can run on trunk equipment. 


After the diagnostic test is complete for the suspect trunk equipment, use the 
information in the trunk diagnostic report to clear the defect: 


e Ifthe subsystem generates TRK107 and continues to generate TRK115 
for the suspect trunk equipment, contact the next level of maintenance. 


e Ifthe subsystem generates TRK106, perform the action required for 
TRK106. 

Continue attempts to clear the defect until one of the following events occur: 

e The subsystem generates TRK107 and not TRK106. 


e You contact the next level of maintenance. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 


297-2621-840 Standard 09.01 May 2001 


TRK116 
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Format 


Example 
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The Trunk (TRK) Maintenance subsystem generates TRK116. The subsystem 
generates TRK116 when the subsystem finds trouble during multifrequency 
(MF) reception for an incoming call over a trunk. The call destination is not 


determined. 


The subsystem normally generates TRK116 when one of the following events 


occur: 


e an outside electromagnetic force (FEMF) distorts the signal 


e acustomer disconnects the call when the subsystem transmits on the trunk. 


The DMS initiates diagnostic tests based on the trouble. 


The log report format for TRK116 is as follows: 


TRK116 mmmdd hh:mm:ss ssdd MF RECEP TRBL 


TRBCODE- trblcode 
INCTRK= CKT trkid 


TRBLINFO= infotxt 
MFRCVR= CKT trkid 


CLDKP- kpnm CLDST= stnm 
CLDNO= dn 
CARRIER= carrnm 


CALLID= callid 


An example of log report TRK116 follows: 


TRK116 JAN27 05:06:07 1234 MF RECEP TRBL 


TRBCODE= PRE_ROUTE_ABANDON TRBLINFO= NIL 

INCTRK= CKT RTP2W 18 MFRCVR= CKT RCVRMF 10 
CLDKP= NIL_MF_KP CLDST- NIL MF ST 

CLDNO- $ CALLID- 123456 

CARRIER- ABC 
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TRK116 (continued) 


Field descriptions 


The following table describes each field in the log report: 


Field 


Value 


Description 


MF RECEP TRBL 


TRBCODE 


TRBLINFO 


INCTRK 


MFRCVR 


CLDKP 


CLDST 


CLDNO 


CALLID 
CARRIER 


Constant 


Trouble text 


Information text 


Symbolic text 


Symbolic text 


MF_KP 


NIL_MF_KP 


MF_ST 
NIL_MF_ST 


Integers 


Integers 


Symbolic text 


Indicates the system finds trouble during MF 
reception for an incoming call over a trunk. 


Identifies the trouble with suspect trunk 
equipment. See Table G. 


Provides additional information for trouble 
isolation. See Table F. 


Provides equipment identification for suspect 
trunk equipment. See Table l. 


Provides equipment identification for MF 
receiver that connects to the incoming trunk. 
See Table |. 


Indicates MF receiver received key pulse 
Indicates MF receiver did not receive keypulse 
Indicates MF receiver received start signal 


Indicates MF receiver did not receive start 
signal 


Provides directory number and prefixes 
original station dialed, if the subsystem 
received digits before station had trouble. See 
table |. If the call number received has more 
than 15 digits, the system truncates the 
number to 15 digits. 


Indicates the callid. See table l. 


Indicates InterLATA or International Carrier at 
far-end of an access to carrier (ATC) trunk 
group. List customer data table OCCNAME 
from CI MAP level for correct carrier names. 
Equal access (EA) offices only display this field 
with NTX186 and/or NTX386. 
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Action 


The subsystem can generate TRK116 with TRBCODE- 

PRE ROUTE ABANDON more than 20 times in one hour with the same 
common language location identifier (CLLI). If this event occurs, investigate 
at the far-end office. 


There is no action required if the subsystem generates TRK116 less than: 
* six times in one hour with the same CLLI 
e 20 times in one hour with different CLLI 


If the subsystem generates TRK116 more than 20 times in one hour with 
different CLLI, contact the next level of maintenance. 


If the subsystem generates TRK116 six or more times in one hour with the 
same CLLI, the TRK log buffer contains reports. Check the log buffer for 
trunk diagnostic reports TRK107 (PASS) and TRK106 (FAIL) with the same 
CLLI. The subsystem generates the diagnostic reports as a result of a system 
or manual request. 


If the subsystem does not initiate diagnostic tests, perform trunk diagnostics 
on the suspect trunk equipment to isolate the defect. Perform trunk diagnostics 
from the trunk test position (TTP) MAP level. See the maintenance guides for 
diagnostic tests that can run on trunk equipment. 


After the diagnostic test is complete for the suspect trunk equipment, use the 
information in the trunk diagnostic report to clear the defect: 


e Ifthe subsystem generates TRK107 and continues to generate TRK116 for 
the suspect trunk equipment, contact the next level of maintenance. 


e Ifthe subsystem generates TRK106, perform the action required for 
TRK106. 

Continue attempts to clear the defect until one of the following occurs: 

e The subsystem generates TRK107 and not TRK116. 


e You contact the next level of maintenance. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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TRK117 


Explanation 
The Trunk (TRK) Maintenance subsystem generates TRK117. The subsystem 
generates TRK117 when the subsystem finds trouble during multifrequency 
(MF) reception for an incoming call over a trunk. The subsystem cannot 


determine the call destination. The DMS initiates diagnostic tests based on the 
trouble. 


Format 
The log report format for TRK117 is as follows: 


TRK117 mmmdd hh:mm:ss ssdd MF PERM SIG 
TRBCODE= trbtxt TRBLINFO= infotxt 
INCTRK- CKT trkid MFRCVR- CKT trkid 
CALLID= callid CARRIER- carrnm 


Example 
An example of log report TRK117 follows: 


TRK117 JAN27 05:06:09 1234 MF PERM SIG 
TRBCODE- PERMANENT SIGNAL TRBLINFO- NIL 
INCTRK= CKT RTP2W 18 MFRCVR- CKT RCVRMF 3 
CALLID- 123456 CARRIER= ABC 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 
Field Value Description 


MF PERM SIG Constant Indicates the system finds trouble during MF 
reception for an incoming call over a trunk 


TRBCODE Trouble text Identifies trouble with suspect trunk 
equipment. See Table G. 


TRBLINFO Information text Provides additional information for trouble 
isolation. See Table F. 


INCTRK Symbolic text Provides equipment identification for suspect 
trunk equipment. See Table l. 
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(Sheet 2 of 2) 


Field Value Description 

MFRCVR Symbolic text Provides equipment identification for MF 
receiver intended to receive signals from 
suspect trunk equipment. See Table l. 

CALLID Integers Indicates the callid. See Table l. 

CARRIER Symbolic text Indicates InterLATA or International Carrier at 
far-end of an access to carrier (ATC) trunk 
group. List customer data table OCCNAME 
from Cl MAP level for correct carrier names. 
Note: Only equal access (EA) offices with 
NTX186 and/or NTX386, display this field. 

Action 


There is no action required if the subsystem generates TRK117 less than: 


* six times in one hour with the same common language location identifier 
(CLLD 


e 20 times in one hour with different CLLI 


If the subsystem generates TRK117 more than 20 times in one hour with 
different CLLI, contact the next level of maintenance. 


If the subsystem generates TRK117 six or more times in one hour with the 
same CLLI, the TRK log buffer contains reports. Check the log buffer for the 
trunk diagnostic reports TRK106 and TRK107 with the same CLLI. The 
subsystem generates the report as a result of a system or a manual request. 


If the system does not initiate diagnostic tests, perform trunk diagnostics on the 
suspect trunk equipment to isolate the defect. Perform trunk diagnostics on the 
suspect trunk equipment from the TTP MAP level. See the maintenance 
guides for diagnostic tests that can run on trunk equipment. 


After the diagnostic test is complete for the suspect trunk equipment, use the 
information in the trunk diagnostic report to clear the defect: 


e The subsystem generates TRK107 and continues to generate TRK117. 
The reports are for the suspect trunk equipment or for equipment 
connected to the same MFRCVR. To isolate the defect, perform trunk 
diagnostics on the MFRCVR from the trunk test position (TTP) MAP 


297-2621-840 Standard 09.01 May 2001 


UCS log reports 1-466 
TRK117 (end) 


level. See the Alarm Clearing and Performance Monitoring Procedures 
for diagnostic tests that can run on trunk receiver equipment. You will also 
find procedures to correct trouble in the same document. 


e Ifthe system generates TRK106, perform the action for TRK106. 


Continue attempts to clear the defect until one of the following occurs: 
e The subsystem generates TRK107 and not TRK117. 


e The procedure in Alarm Clearing and Performance Monitoring 
Procedures is complete. 


e You contact the next level of maintenance. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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TRK118 


TRBLINFO= infotxt 
MFRCVR- CKT trkid 
CLGST- stnm 


Explanation 
The Trunk (TRK) Maintenance subsystem generates TRK118 when: 
e the subsystem has problems during automatic number identification (ANI) 
spill for an incoming call over a trunk 
* the subsystem cannot determine the call origination address. 
Diagnostic tests that the DMS can initiate depending on the type of trouble 
encountered. 
Format 
The log report format for TRK118 is as follows: 
TRK118 mmmdd hh:mm:ss ssdd ANI RECEP TRBL 
TRBCODE- trbtxt 
INCTRK- CKT trkid 
CLDNO-dn  CLGKP- kpnm 
CLGNO-dn  CALLID- callid 
Example 


An example of log report TRK118 follows: 


TRK118 JAN27 05:06:09 1234 ANI REC 


EP TRBL 


TRBCODE- 
INCTRK= CKT RTP2W 
CLDNO= 9197811999 

CLGNO= 2 CALLID= 


Field descriptions 


ANI OFFICE FAILURE 


TRBLINFO- NIL 
18 MFRCVR- CKT RCVRMF 3 
CLGKP- MF KP CLGST- MF ST 
123456 


The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value 


ANI RECEP TRBL Constant 


Indicates the system encountered trouble 


TRBCODE Trouble text 


TRBLINFO Information text 


Description 
during an ANI spill for an incoming call over a 
trunk 


Identifies trouble suspect trunk equipment 
encountered. See Table G. 


Provides additional information for trouble 
isolation. See Table F. 
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Field Value Description 


INCTRK Symbolic text Provides equipment identification for suspect 
trunk equipment. See zTable l. 


MFRCVR Symbolic text Provides equipment identification for 
multifrequency receiver that receives signals 
from suspect trunk equipment. See Table I. 


CLDNO Integers Provides directory number and prefixes the 
originating station dials, if digits were received 
before the system encountered trouble. See 
Table I. 


Note: The called number truncates to 15 
digits, if more than 15 digits were received. 


CLGKP MF KP MF KP2 Indicates the MF receiver receives and 
identifies the keypulse. 
NIL MF KP Indicates MF receiver did not receive keypulse 
CLGST MF ST MF STSP Indicates MF receiver received start translation 
MF STP MF ST2P signal, and identifies the start translation signal 
MF STKP 
NIL MF ST Indicates MF receiver did not receive start 


translation signal 


CLGNO Integers Provides directory number for originating 
station. See Table l. 


CALLID Integers Indicates the callid. See Table l. 


Action 
If the system generates the TRK118 log and the trouble text in the TRBCODE 
field is ANI NUMBER FAILURE, ignore the log. This log occurs when a 
trunk that supports ANI interacts with a trunk that does not support ANI. The 
call is successful. 


If the system generates TRK118 and the trouble is ANI OFFICE FAILURE, 
contact the office at the far-end of the trunk group. Inform the office that ANI 
is not sent when required. 
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There is no action required if the following occurs: 


e the system generates TRK118 less than 6 times in 1 hour with the same 
CLLI 


e the system generates TRK118 less than 20 times in 1 hour with different 
CLLI 


e the trouble is not ANI OFFICE FAILURE 


If the system generates TRK118 more than 20 times in 1 h with different CLLI, 
contact the next level of maintenance. 


Trouble can occur 10 or more times within 1 h. Check the TRK log buffer for 
the following trunk diagnostic reports with the same CLLI: TRK106 and 
TRK107. A system request causes the system to generate these logs. 


If the system has not initiated diagnostic testing, isolate the fault. To isolate the 
fault, delete trunk diagnostics on the suspect trunk equipment from the test 
trunk position (TTP) MAP level. See the maintenance guides for diagnostic 
tests that can be run on trunk equipment. 


Use the information in the trunk diagnostic report to clear the fault. Only clear 
the fault after the diagnostic test is complete (either a result of a system or 
manual request) for the suspect trunk equipment, : 


e Ifthe system generates TRK107 isolates the fault. If TRK118 continues to 
generate for the suspect trunk equipment or for equipment connected to the 
same MFRCVR. Isolate the fault. To isolate the fault, perform trunk 
diagnostics on the MFR. See A/arm and Performance Monitoring 
Procedures for diagnostic tests that can be run on trunk receiver 
equipment. Alarm and Performance Monitoring Procedures provides 
step-by-step procedures to correct the trouble encountered. 


e Ifthe system generates TRK106, follow the Action to be taken for 
TRK106. 


Note: Continue to try to clear the fault until one of the following occurs: 


* The system generates TRK107 and does not generate TRK118. 


* The procedure in Alarm and Performance Monitoring Procedures is 
complete. 


e You contacted the next level of maintenance. 


Associated OM registers 
There are no associated OM registers. 
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Additional information 
There is no additional information. 
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TRK120 


Explanation 
The Trunk (TRK) Maintenance subsystem generates TRK120 when the 
subsystem has problems. Problems occur during operator number 
identification (ONI) spill for an incoming call. The call routes over a central 
automatic message accounting (CAMA) trunk through the DMS or the 
intervening operator. The system cannot determine the call origination 
address. The DMS initiates diagnostic testing that depends on the trouble 
encountered. 


Format 
The log report format for TRK120 is as follows: 


TRK120 mmmdd hh:mm:ss ssdd ONI RECEP SIG 
TRBCODE= trbtxt TRBLINFO =  infotxt 
CAMAPOS= posnm INCTRK= CKT trkid 
MFRCVR= CKT trkid CLDNO = dn 
FP503 mmmdd hh:mm:ss ssdd INFO Device State Change 
Location: <object description> 
REASON: <change reason> 
FROM: <basic> <qualif> DRIVE STATE: <drivest> 
TO: <basic> <qualif> DRIVE STATE: <drivest> 
«test status>CLGNO= dn CALLID =  callid 


Example 
An example of log report TRK120 follows: 


TRK120 JAN27 09:08:56 1234 ONI RECEP SIG 


TRBCODE= ONI OFFICE FAILURE TRBLINFO= NIL 
CAMAPOS- CAMA INCTRK= CKT RTPCFW 18 
MFRCVR- CKT RCVRMF 3 CLDNO- 9197811999 
CLGNO- $ CALLID- 123456 
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TRK120 (continued) 


Field descriptions 
The following table describes each field in the log report: 


Field 


Value 


Description 


ONI RECEP SIG 


TRBCODE 


CAMAPOS 


TRBLINFO 


INCTRK 


MFRCVR 


CLDNO 


CLGNO 


CALLID 


Constant 


Trouble text 


Symbolic text 


Information text 


Symbolic text 


Symbolic text 


Integers 


Integers 


Integers 


Indicates that during ONI spill for an incoming 
call over a trunk the system encounters 
trouble. 


Identifies the trouble suspect trunk equipment 
encountered. See Table G. 


Identifies CAMA position to which access was 
attempted or from which trouble was reported. 
List customer data table POSNAME from the 
CI MAP (maintenance and administration 
position) level for valid position names. 


Provides additional information for trouble 
isolation. See Table F. 


Provides equipment identification for suspect 
trunk equipment. See Table I. 


Provides equipment identification for 
multifrequency receiver intended to receive 
signals from suspect trunk equipment. See 
Table I. 


Provides directory numbers and prefixes, that 
the originating station dialed for domestic and 
international calls. The called number 
truncates to 15 digits. See Table l. 


Provides directory number for originating 
station. See Table l. 


Indicates the callid. See Table l. 


Action 


If the trouble is CAMA POSITION TROUBLE, contact the office at the 
far-end of the trunk group. Inform the office that ONI is not sent when 


required. 


If the problem occurs less than 10 times within 1 h and the trouble is not 
ONI. OFFICE FAILURE, there is no action required. 
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The problem can occur 10 or more times within 1 hour. Check the TRK log 
buffer for the following trunk diagnostic reports with the same CLLI: TRK107 
(PASS) and TRK106 (FAIL). A system request generated these reports. 


If the system has not initiated diagnostic testing, isolate the fault. Perform 
trunk diagnostics on the suspect trunk equipment from the test trunk position 
(TTP) MAP level. See the maintenance guides for diagnostic tests that can be 
run on trunk equipment. Try to clear the fault when the diagnostic test runs for 
the suspect trunk equipment. The diagnostic test runs because of a system or 
manual request. You may also clear the fault when the system generates a 
trunk diagnostic report. 


If TRK107 is output and TRK120 continues to be output for the suspect trunk 
equipment. Isolate the fault if TRK 120 continue to be output for equipment 
connected to the same MFRCVR, isolate the fault. Perform trunk diagnostics 
on the MFRCVR from the test trunk position (TTP) MAP level. See Alarm 
and Performance Monitoring Procedures for diagnostic tests that can be run 
on trunk receiver equipment. Alarm and Performance Monitoring Procedures 
provides step-by-step procedures to correct trouble encountered. 


If TRK106 is output, follow the Action to be taken for TRK106. 


Continue to try to clear the fault until one of the following occurs: 
e TRK107 is output and TRK120 is not output. 


e The procedure in Alarm and Performance Monitoring Procedures is 
complete. 


e The user contacted the next level of maintenance. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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TRK121 


Explanation 
The Trunk (TRK) Maintenance subsystem generates log report TRK121 when 
the subsystem has problems while outpulsing on an exact outgoing trunk. The 
subsystem normally generates TRK121 when the DMS switch does not 
receive an acknowledgment wink from the far-end equipment. An 
acknowledgment wink from the far-end equipment indicates the DMS switch 
is ready to receive digits. This log indicates either the first or second 
occurrence of a problem. A maximum of two trial failures for a trunk to trunk 
call occurs. The subsystem takes the call down after the second failure. The 
trouble encountered can determine if the DMS switch can initiate diagnostic 
testing. 


Format 
The log report format for TRK121 is as follows: 


TRK121 mmmdd hh:mm:ss ssdd OUTPULSING TRBL 
CKT trkid 
TRBCODE- trbtxt TRBLINFO= infotxt 
FAILURE = failcode 
INCTRK= CKT trkid CLDNO= dn 
DIGOUT= digstxt CALLID= callid CARRIER- carrnm 


Example 
An example of log report TRK121 follows: 


TRK121 JAN27 05:06:07 1234 OUTPULSING TRBL 


CKT RSCOGMFWK1 18 

TRBCODE- NO START DIAL TRBLINFO- NIL 
FAILURE- FIRST TRIAL FAILURE 

INCTRK- CKT RSCICMFWK 12 LDNO- 5142011111 
DIGOUT- D203111F CALLID= 754058 CARRIER= NILC 
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TRK121 (continued) 


Field descriptions 


The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field 


Value 


Description 


OUTPULSING TRBL 


CKT 


TRBCODE 


TRBLINFO 


FAILURE 


INCTRK 


CLDNO 


DIGOUT 


Constant 


Symbolic text 


Trouble text 


Information text 


FIRST TRIAL FAILURE 


SECOND TRIAL 


FAILURE 


Symbolic text 


Integers 


Alphanumeric 


Indicates the system encountered trouble 
during outpulsing of a trunk to trunk call 


Provides equipment identification for suspect 
trunk equipment. See table l. 


Identifies trouble suspect trunk equipment 
encountered. See table G. 


Provides additional information for trouble 
isolation. See table F. 


Indicates trouble encountered while outpulsing 
on a trunk-to-trunk call for the first time 


Indicates trouble encountered while outpulsing 
on a trunk-to-trunk call for the second time 


Provides equipment identification for 
originating trunk. See table I. 


Provides directory number and prefixes dialed 
by originating station, if digits were received 
before the system encountered trouble. See 
table l. 


Note: The called number truncates to 15 
digits, if more than 15 digits were received. 


Provides multifrequency control codes and 
numeric information outpulsed for called 
number. The first element is the Key Pulse, 
either `D' (= KP1, terminating call), or `E' (= 
KP2, transit call). The last element is the Start 
Signal, always sent as 'F'(2ST). This indicates 
the end of the dialed sequence. The numbers 
between the the Key Pulse and the Start 
Signal are a hexadecimal representation of the 
contents of the digit register. 


Indicates outpulse of digits did not occur. 
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(Sheet 2 of 2) 
Field Value Description 
CALLID Integers Indicates the callid. See table |. 
CARRIER Symbolic text Identifies InterLATA or International Carrier at 
far-end of an access to carrier (ATC) trunk 
group. List OCCNAME from the Cl MAP 
(maintenance and administration position) 
level for correct carrier names. 
Note: Only equal access (EA) offices with 
NTX186 and/or NTX386 display this field. 
Action 


Post suspect trunk equipment from the test trunk position (TTP) MAP level, 
and attempt outpulsing. See Alarm and Performance Monitoring Procedures. 


TRK121 logs can occur often with TRBCODE-ZNO START DIAL and trunk 
selection sequence set to LIDL (least idle) on a particular group. The trunk in 
the connecting office associated with TRK121 (CKT field) cannot prepare 
itself fast enough for a new call. Advise the connecting office. 


If advising Northern Telecom Customer Service Center, specify the trunk 
group type(s) that exhibits the logs. To find the trunk group type, look in table 
TRKGRP under CLLI in the CKT field. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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The Trunk Maintenance (TRK) subsystem generates TRK122 when the 
central control (CC) detects accuracy loss on both planes of the trunk 
equipment. Normally, a hardware problem with one of the following is 
present: 


e the circuit pack 
* the facility 


e the link between the peripheral and the network 


The log report format for TRK122 is as follows: 


TRK122 mmmdd hh:mm:ss ssdd FAIL INTEGRITY TRBL 
FROM trkid TO trkid 
REPORTED BY = trkid CALLID - callid 
CARRIER- carrnm 


An example of log report TRK122 follows: 


TRK122 APRO1 12:00:00 2112 FAIL INTEGRITY TRBL 
FROM RTP2W TO CARY2W 
REPORTED BY = CARY2W CALLID = 123456 


CARRIER= NIL 


Field descriptions 


(Sheet 1 of 2) 


The following table describes each field in the log report: 


Field Value Description 

FAIL INTEGRITY TRBL Constant Indicates accuracy loss on both planes of the 
trunk equipment 

FROM Symbolic text Identifies originating side of trunk connection. 
See Table I. 

TO Symbolic text Identifies terminating side of trunk connection. 
See Table I. 
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(Sheet 2 of 2) 


Field Value Description 

REPORTED BY Symbolic text Identifies trunk equipment reporting trouble. 
See Table I. 

CALLID Integers Indicates the callid. See table |. 

CARRIER Symbolic text Identifies InterLATA International Carrier at 


far-end of an access to carrier (ATC) trunk 
group. List OCCNAME from CI MAP level for 
correct carrier names. Refer to customer data 
table OCCNAME. 


Note: Only equal access (EA) offices with 
NTX186 and/or NTX386 equal access (EA) 
offices display this field. 


Action 


See Alarm and Performance Monitoring Procedures for trunk diagnostic test 
procedures. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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TRK123 


Explanation 


The Trunk (TRK) Maintenance subsystem generates TRK123 when the 
peripheral processor (PP) sends the wrong message to the central control (CC). 
The subsystem can generate TRK123 many times. Mass generation of log 
report TRK123 indicates that a problem with one of the following is present: 


* the originating or terminating trunk 
e the link between the peripheral and the CC 
* the PP 


The system initiates diagnostics in order to isolate the fault. 


Format 
The log report format for TRK123 is as follows: 


TRK123 mmmdd hh:mm:ss ssdd FAIL PP CC COMMNCTN 
ORIG CKT trkid TERM trkid 
EXPECTED MSGTYPE nnnn RECEIVED MSGTYPE nnnn 
REPORTED BY CKT trkid CALLID=  callid 


Example 
An example of log report TRK123 follows: 


TRK123 APRO1 12:00:00 2112 FAIL PP CC COMMNCTN 
ORIG CKT ROTLTP 0 TERM 
EXPECTED MSGTYPE 0020 RECEIVED MSGTYPE 0001 
REPORTED BY CKT ROTLP 0 CALLID- 123456 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 
FAIL PP CC Constant Indicates the system encountered trouble 
COMMNCTN during messaging between the PP and CC 
ORIG CKT Symbolic text Identifies originating trunk equipment. See 
Table I. 
Blank Indicates terminating trunk equipment 


encountered trouble 
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Field Value Description 
TERM Symbolic text Identifies terminating trunk equipment. See 
Table I. 
Blank Indicates originating trunk equipment 


encountered trouble 


EXPECTED MSGTYPE  0000-FFFF Identifies message CC expected to receive 
from PP 

RECEIVED MSGTYPE = 0000-FFFF Identifies message CC correctly received from 
PP 

REPORTED BY CKT Symbolic text Identifies trunk equipment that identified 
trouble. See Table l. 

CALLID Integers Indicates the callid. See Table l. 

Action 


Check the TRK log buffer for results of system initiated diagnostics for the 
suspect equipment. Follow Action to be taken for diagnostic log reports. 
Contact the next level of maintenance: 


e if no diagnostic reports are found 


e if the system continues to generate TRK123 for the suspect equipment or 
for trunks connected to the same PP 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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The Trunk (TRK) Maintenance subsystem generates log report TRK124 when 


the subsystem aborts a group trunk test. 


Note: See Alarm and Performance Monitoring Procedures for step-by-step 


procedures to isolate and correct trunk an 


d test equipment failures. 


The log report format for TRK124 is as follows: 


TRK124 mmmdd hh:mm:ss ssdd TL102 ABORTED 


trkid 
TSTEQ= trkid REASON = reastxt 


An example of log report TRK124 follows: 


TRK124 JAN27 06:07:55 1234 TL102 A 
RTP2W 0 
TSTEQ= TIT 1 REASON = 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 3) 


BORTED 


CONNECTION FAULT 


Indicates the system aborted test using 


Provides equipment identification for suspect 


trunk equipment. See Table l. 


Identifies test equipment for group test. See 


Indicates far-end office returned a busy tone 


Indicates connection failure between trunk and 


Field Value Description 
TL102 ABORTED Constant 
102-type testline. 
trkid Symbolic text 
TSTEQ Symbolic text 
Table I. 
REASON BUSY TONE 
ACTION: Try test again. 
CONNECTION 
FAILURE test equipment 


ACTION: Diagnose trunk test equipment. 
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(Sheet 2 of 3) 
Field 


Value 


Description 


HARDWARE FAILURE 


HIGH - DRY 


MILLIWATT 


NO FAR END TEST 
EQUIPMENT 


NCLEAR BACK MSG 
RCVD 


NO MW TONE AFTER 
ANS 


NO START DIAL 
SIGNAL 


OUTPULSING 
TROUBLE 


Indicates the system detects a hardware fault 
in the trunk circuit 


ACTION: Diagnose trunk under test. It is 
possible the trunk has a hardware fault . 


Indicates far-end office did not send an 
off-hook signal after a burst of audible ringing 
tone 


ACTION: Diagnose trunk under test. If 
diagnostics pass, fault is in far-end or 
transmission facility. 


Indicates far-end office returned a milliwatt 
tone 


ACTION: Try test again. 


Indicates far-end test equipment was not 
available or was not present. 


ACTION: Diagnose trunk under test. If 
diagnostics pass, fault is in far-end or 
transmission facility. 


Indicates far-end dropped the connection too 
soon 


ACTION: Try test again. 


Indicates far-end office did not send a milliwatt 
tone after the office received signal 


ACTION: Diagnose trunk test equipment. If 
diagnostics pass, fault is in far-end or 
transmission facility. 


Indicates far-end office did not respond after 
trunk was seized 

ACTION: Try test again. 

Indicates trouble encountered while outpulsing 
digits 

ACTION: Diagnose trunk under test. If 


diagnostics pass, fault is in far-end or 
transmission facility. 
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TRK124 (continued) 


(Sheet 3 of 3) 


Field Value 


Description 


RECORDED 
ANNOUNCEMENT 


REORDER TONE 


RINGING 


SOFTWARE ERROR 


STOP DIAL SIGNAL 
RECEIVED 


TLINE PROTOCOL 
FAULT 


UNEXPECTED TONE 


Action 


Indicates far-end office returned a recorded 
announcement 


ACTION: Try test again. 


Indicates far-end office returned a reorder tone 
ACTION: Try test again. 


Indicates far-end office did not respond to 
ringing 
ACTION: Diagnose trunk under test. If 


diagnostics pass, fault is in far-end or 
transmission facility. 


Indicates the software trouble had problems 
during test execution 

ACTION: Contact the next level of 
maintenance. 

Indicates far-end office returned a congestion 
signal during outpulsing of digits 

ACTION: Try test again. 


Indicates protocol failure on carrier 


ACTION: Diagnose trunk under test. If 
diagnostics pass, fault is in far-end or 
transmission facility. 


Indicates far-end office returned a tone that is 
not planned or not known. 


ACTION: Diagnose trunk test equipment. 


If action stated in description column for REASON fails to correct problem, 
contact the next level of maintenance. 


See Alarm and Performance Monitoring Procedures for step-by-step 
procedures to isolate and correct trunk and test equipment failures. 


Associated OM registers 


There are no associated OM registers. 
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TRK124 (end) 


Additional information 
There is no additional information. 
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TRK125 


Explanation 


Format 


Example 


UCS log reports 1-485 


The Trunk Maintenance (TRK) Subsystem generates log report TRK125 
when a T102 trunk test completes successfully. T102 measures far-to-near loss 
on 102-type testlines. The DMS-100 switch and the far-end office set up and 
execute T102 testlines as follows: 


* The DMS-100 switch connects a transmission test trunk (TTT) level meter 
to the outgoing trunk. 


e The switch outpulses a test code to the far-end office. 


* The far-end office responds with an off-hook signal when a milliwatt 
generator is connected to the test trunk. 


e The far-end office applies a milliwatt tone to the test trunk. 


* The switch measures the signal strength and calculates the transmission 
loss. 


e The test terminates and the trunk is freed. 


The format for log report TRK125 follows: 


TRK125 mmmdd hh:mm:ss ssdd TL102 PASSED 
CKT trkid 
TSTEQ = trkid 
EML = nn.n DB F_N DEV = nn.n DB 


An example of log report TRK125 follows: 


TEST OK 


COML110BN ***+ TRK125 NOV11 04:31:54 6100 PASS TL102 PASSED 


CKT C1IN6BW 1 
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TRK125 (end) 


Field descriptions 


The following table explains each of the fields in the log report: 


Field Value Description 

TL102 PASSED Constant Indicates the test using 102-type testline failed. 

CKT Symbolic text Provides the equipment identification for 
suspect trunk equipment. 

TSTEQ Symbolic text Provides the equipment identification for 
102-type testline. 

EML 0.0-36.0 Provides expected measured loss (EML) in 
decibels. EML is a datafilled value in customer 
data table. 

F_NDEV -99.9- +99.9 dB Provides far-to-near end loss deviation in 
decibels. FN_DEV indicates the difference 
between the measured loss on the trunk and 
the EML in decibels. 

mae Indicates the far-to-near end deviation is 
greater than 99.9 dB. 
Action 
None 


Associated OM registers 
None 


Additional information 
None 
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TRK126 


Explanation 


Format 


Example 


The Trunk (TRK) Maintenance subsystem generates TRK126 when a T102 
trunk test fails. T102 measures far-to-near end loss on 102-type test lines. The 
DMS switch and the far-end office set up and execute T102 as follows: 


* The DMS switch connects a transmission test trunk (TTT) level meter to 
the outgoing trunk. 


e The switch outpulses a test code to the far-end office. 


e The far-end office responds with an off-hook signal when a milliwatt 
generator connects to the test trunk. 


e The far-end office applies a milliwatt tone to the test trunk. 


* The switch measures the signal strength and calculates the transmission 
loss. 


e The test terminates and the trunk is free. 


The log report format for TRK126 is as follows: 


TRK126 mmmdd hh:mm:ss ssdd TL102 FAILED 
CKT trkid 
TSTEQ = trkid REASON = reastxt 
EML - nn.n DB F_N DEV - nn.n DB 


An example of log report TRK126 follows: 


TRK126 JAN27 05:06:56 1234 TL102 FAILED 
CKT OLAMADCM 1 
TSTEQ = TTT 1 REASON = Q2 LIMIT EXCEEDED 
EML = 9.9 DB F N DEV = -9.9 DB 
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TRK126 (end) 


Field descriptions 


The following table describes each field in the log report: 


EML 0.0-36.0 


F_NDEV -99.9- +99.9 dB 


Q2 LIMIT EXCEEDED 


Field Value Description 

TL102 FAILED Constant Indicates test using 102-type testline failed 

CKT Symbolic text Provides equipment identification for suspect 
trunk equipment. See Table I. 

TSTEQ Symbolic text Provides equipment identification for 102-type 
testline 

REASON Q1 LIMIT EXCEEDED Indicates difference between the EML and 


actual measured loss exceeded the 
maintenance limit. Maintenance action must 
begin. 


Indicates difference between the EML and 
actual measured loss exceeded the immediate 
action limit. Immediate action must begin. 


Provides expected measured loss (EML) in 
decibels. EML is a datafilled value in customer 
data table. 


Provides far-to-near end loss deviation in 
decibels. FN DEV indicates difference 
between measured loss on trunk and EML in 
decibels. 


Indicates far-to-near end deviation is greater 
than 99.9 dB 


Action 


See Alarm and Performance Monitoring Procedures for corrective 


maintenance procedures. 


Associated OM registers 


There are no associated OM registers. 


Additional information 


There is no additional information. 
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TRK127 


Explanation 


Format 


Example 


The Trunk Maintenance (TRK) subsystem generates log report TRK127 when 
a T100 trunk test completes successfully. T100 measures the far-to-near end 
noise and loss on T100-type testlines. The DMS-100 switch and the far-end 
office set up and execute T100 testlines as follows: 


The DMS-100 switch connects a transmission test trunk (TTT) level meter 
to the outgoing trunk. 


The switch outpulses a test code to the far-end office. 


The far-end office responds with an off-hook signal when a milliwatt 
generator is connected to the test trunk. 


The far-end office applies a milliwatt tone to the test trunk. 
The DMS-100 switch measures the signal loss. 

The far-end office provides quiet termination to the trunk. 
The switch measures the noise. 


The test terminates and the trunk is freed. 


The format for log report TRK127 follows: 


TRK127 mmmdd hh:mm:ss ssdd TL100 PASSED 


CKT trkid 

TTT = trkid 

EML = n.n DB F_N DEV =n.n DB 
NOISE = nnn DB NML = nn DBRN 
NIAL = nn DBRN 


An example of log report TRK127 follows: 


TES 


T OK 


COML110BN ***+ TRK127 NOV11 04:28:19 8000 PASS TL100 PASSED 


CKT 


TTT 


NOI 


C1N6BW 1 


= TTT 3 EML = 0.0 DB F_N DEV = 0.0 DB 


SE = 32.8 DBRN NML = 50 DBRN 
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TRK127 (end) 


Field descriptions 


The following table explains each of the fields in the log report: 


Field Value 


Description 


TL100 PASSED Constant 


CKT Symbolic text 


TTT Symbolic text 


EML 0-36.0 


F_NDEV -99.9- +99.9 dB 


NOISE -99.9- +99.9 


Action 
None 


Associated OM registers 
None 


Additional information 
None 


Indicates the test using 100-type testline was 
successful. 


Provides the equipment identification for 
suspect trunk equipment. 


Provides equipment identification for trunk test 
equipment. 


Provides expected measured loss (EML) in 
decibels. EML is a datafilled value in customer 
data table CLLIMTCE. 


Provides far-to-near end loss deviation in 
decibels. FN_DEV indicates the difference 
between the measured loss on the trunk and 
the EML in decibels. 


Indicates the far-to-near end deviation is 
greater than 99.9 dB. 


Provides the actual far-to-near end noise 
measured on the trunk in decibels above 
reference noise. 
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TRK128 
Explanation 
The Trunk Maintenance (TRK) subsystem generates TRK128 when a T100 
trunk test fails. T100 measures the far-to-near end noise and loss. The DMS 
switch and the far-end office set up and perform T100 as follows: 
* The DMS switch connects a transmission test trunk (TTT) level meter to 
the outgoing trunk. 
e The switch outpulses a test code to the far-end office. 
e The far-end office responds with an off-hook signal when a milliwatt 
generator connects to the test trunk. 
e The far-end office applies a milliwatt tone to the test trunk. 
* The DMS switch measures the signal loss. 
e The far-end office provides quiet termination to the trunk. 
e The switch measures the noise. 
e The test terminates and frees the trunk. 
Format 
The log report format for TRK128 is as follows: 
TRK128 mmmdd hh:mm:ss ssdd TL100 FAILED 
CKT trkid 
TTT =trkid REASON = reastxt 
EML = n.n DB F_N DEV =n.n DB 
NOISE = nn.n DB NML = nn DBRN 
NIAL = nn DBRN 
Example 


An example of log report TRK128 follows: 


TRK128 JAN27 05:06:44 1234 TL100 FAILED 
CKT RTP2W t 
TTT = TTT 0 REASON = Q2 LIMIT EXCEEDED 
EML = 0.0 DB F_N DEV = **** 
NOISE = 31.5 DB NML = 50 DB 
NIAL = 50 DBRN 
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TRK128 (continued) 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


Field Value Description 
TL100 FAILED Constant Indicates test using 100-type testline failed 
CKT Symbolic text Provides equipment identification for suspect 


trunk equipment. See table l. 


TTT Symbolic text Provides equipment identification for trunk test 
equipment. See table I. 


REASON Q1 LIMIT EXCEEDED Indicates difference between the EML and 
actual measured loss exceeded the 
maintenance limit. Maintenance action must 
begin. 


Q2 LIMIT EXCEEDED Indicates difference between the EML and 
actual measured loss exceeded the immediate 
action limit. Immediate action must begin. 


EML 0.0-36.0 Provides expected measured loss (EML) in 
decibels. EML is a datafilled value in customer 
data table CLLIMTCE. 

F NDEV -99.9- 499.9 dB Provides far-to-near end loss deviation in 


decibels. FN DEV indicates difference 
between measured loss on trunk and EML in 
decibels. 


Indicates far-to-near end deviation is greater 
than 99.9 dB 


NOISE -99.9- 499.9 Provides accurate far-to-near end noise 
measured on trunk in decibels above 
reference noise 
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TRK128 (end) 


(Sheet 2 of 2) 


Field Value 


Description 


NML 1-63 


NIAL 1-63 


Action 


Provides noise maintenance limit (NML) in 
decibels above reference noise. NML is an 
entered value in customer data table 
CLLIMTCE. If the noise measurement 
exceeds NML, maintenance action must 
begin. 


Provides noise immediate action limit (NIAL) in 
decibels above reference noise. NIAL is an 
entered value in customer data table 
CLLIMTCE. If the noise measurement 
exceeds NIAL, immediate action must begin. 


See Alarm and Performance Monitoring Procedures for corrective 


maintenance procedures. 


Associated OM registers 


There are no associated OM registers. 


Additional information 


There is no additional information. 
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TRK129 
Explanation 
The Trunk (TRK) Maintenance subsystem generates TRK129 when a T100 
trunk test fails. T100 measures far-to-near end noise and loss. 
Format 
The log report format for TRK129 is as follows: 
TRK129 mmmdd hh:mm:ss ssdd TL100 FAILED 
CKT trkid 
TTT =trkid REASON = reastxt 
Example 


An example of log report TRK129 follows: 


TRK129 JAN27 05:06:08 1234 TL100 FAILED 


CKT OLAMADCM 


TTT = TTT 0 REASON 


Field descriptions 


MWATT TEST FAILED 


The following table describes each field in the log report: 


Field Value 


Description 


TL100 FAILED Constant 


CKT Symbolic text 
TTT Symbolic text 
REASON Symbolic text 


Action 


Indicates test using 100-type testline 
failed 


Provides equipment identification for 
suspect trunk equipment. See table l. 


Provides equipment identification for 
100-type testline 


Indicates far-end office returned a 
busy tone. Refer to table T100 
Results at the end of this log report. 


If the action in T100 Results table fails to correct problem, contact the next 


level of maintenance. 
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TRK129 (continued) 


See Alarm and Performance Monitoring Procedures for step-by-step 
procedures to isolate and correct trunk and test equipment failures. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
The following table describes the test results for log report TRK129: 


(Sheet 1 of 2) 


Test result 


BUSY TONE 


CONNECTION FAULT 


HARDWARE FAULT 


HIGH - DRY 


MILLIWATT CONN FAIL 


MWATT TEST FAILED 


MWATT UNDROPPED 


NOISE TEST FAILED 


NO FAR END 
EQUIPMENT 


NO START DIAL SIGNAL 


Description 


Indicates far-end office returned a 
busy tone 


Indicates connection failure 
between trunk and test 
equipment 


Indicates the system detects a 
hardware fault in the trunk circuit 


Indicates far-end office did not 
send an off-hook signal after a 
burst of audible ringing tone 


Indicates connection failure 
between trunk and test 
equipment during milliwatt 
transmission 


Indicates far-end office returned a 
wrong milliwatt tone 


Indicates milliwatt test did not 
terminate normally 


Indicates noise test did not 
terminate normally 


Indicates far-end test equipment 
was not available or did not exist 


Indicates far-end office did not 
respond after trunk was seized 


Action 


Try test again. 


Diagnose trunk test equipment. 


Diagnose trunk under test. 


Diagnose trunk under test. If 
diagnostics pass, fault is in the 
far-end or transmission facility. 


Diagnose trunk test equipment. 


Try test again. 


Try test again. 


Try test again. 


Diagnose trunk under test. If 
diagnostics pass, fault is in the 
far-end or transmission facility. 


Try test again. 
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UCS log reports 


TRK129 (end) 


(Sheet 2 of 2) 


Test result 


Description 


Action 


OUTPULSING TROUBLE 


RECORDED 
ANNOUNCEMENT 


REORDER TONE 


SOFTWARE ERROR 


STOP DIAL SIGNAL 
RECEIVED TEST 
EQUIPMENT FAILED 


UNEXPECTED TONE 


UNKNOWN TONE 


Indicates trouble encountered 
while outpulsing digits 


Indicates far-end office returneda 
recorded announcement 


Indicates far-end office returneda 
reorder tone 


Indicates software trouble 
encountered during test 
execution 


Indicates fault was detected in 
test equipment 


Indicates far-end office returned a 
not planned or not known tone 


Indicates far-end office returned 
an not planned or not known tone 


Diagnose trunk under test. If 
diagnostics pass, fault is in the 
far-end or transmission facility. 
Try test again. 

Try test again. 


Contact the next level of 
maintenance. 


Diagnose trunk test equipment. 


Diagnose trunk equipment. 


Diagnose trunk equipment. 
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TRK130 


Explanation 


UCS log reports 1-497 


The Trunk (TRK) Maintenance subsystem generates log report TRK130 when 
a T100 trunk test completes. T100 measures the far-to-near end noise. The 
DMS switch and the last item office install and perform T100 as follows: 


Format 


The DMS switch connects a transmission test trunk (TTT) level meter to 
the outgoing trunk. 


The switch transmits a test code to the last item office. 


The last item office responds with an off-hook signal when a milliwatt 
generator connects to the test trunk. 


The last item office applies a milliwatt tone to the test trunk. 
The DMS switch measures the noise. 


The test stops and the trunk is free. 


The log report format for TRK130 is as follows: 


Example 


TRK130 mmmdd hh:mm:ss ssdd TL100 PASSED 


CKT trkid 
TTT - trkid NOISE = nn.n DBRN 
NML = nn DBRN NIAL = nn DBRN 


An example of log report TRK130 follows: 


TRK130 JAN27 12:09:45 1234 TL100 PASSED 


CKT RTP2W 0 
ITI = TIT 0 NOISE = 28.9 DBRN 
NML = 2 DBRN NIAL = 4 DBRN 
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TRK130 (end) 


Field descriptions 


The following table describes each field in the log report: 


Field Value 


Description 


TL100 PASSED Constant 


CKT Symbolic text 


TTT Symbolic text 


NOISE -99.9- +99.9 


NML 1-63 


NIAL 1-63 


Indicates the passage of a test that uses 
100-type testline. 


Provides equipment identification for suspect 
trunk equipment. See table l. 


Provides equipment identification for trunk test 
equipment. See Table |. 


Provides accurate far-to-near end noise 
measured on trunk in decibels above 
reference noise. 


Provides noise maintenance limit (NML) in 
decibels above reference noise. NMLisa 
value entered in customer data table 
CLLIMTCE. If the noise measurement 
exceeds NML, take maintenance action. 


Provides noise immediate action limit (NIAL) in 
decibels above reference noise. NIAL is a 
value entered in customer data table 
CLLIMTCE. If the noise measurement 
exceeds NIAL, take immediate action. 


Action 


There is no action required. 


Associated OM registers 


There are no associated OM registers. 


Additional information 


There is no additional information. 
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TRK131 


Explanation 


UCS log reports 1-499 


The Trunk (TRK) Maintenance subsystem generates log report TRK131 when 
a T100 trunk test fails. T100 measures the far-to-near end noise. The DMS 
switch and the last item office install and perform T100 as follows: 


Format 


The DMS switch connects a transmission test trunk (TTT) level meter to 
the outgoing trunk. 


The switch transmits a test code to the far-end office. 


The last item office responds with an off-hook signal when a milliwatt 
generator connects to the test trunk. 


The last item office provides quiet termination to the trunk. 
The DMS switch measures the noise. 


The test stops and the trunk is free. 


The log report for format TRK131 is as follows: 


Example 


TRK131 mmmdd hh:mm:ss ssdd FAIL TL100 FAILED trkid 


TTT =trkid REASON = reastxt 
NOISE = n.n DB NML =nn DB 
NIAL =nn DB 


An example of log report TRK131 follows: 


TRK131 APR01 12:00:00 2112 FAIL TL100 FAILED RTP2W 


TIT = TTT 1 REASON = Q2 LIMIT EXCEEDED 
NOISE = 51.5 DB NML = 30 DB 
NIAL = 50 DB 
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TRK131 (continued) 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 


FAIL TL100 FAILED Constant Indicates the failure of a test that uses 
100-type testline. 


trkid Symbolic text Provides equipment identification for suspect 
trunk equipment. See Table I. 


TTT Symbolic text Provides equipment identification for trunk test 
equipment. See Table I. 


REASON Q1 LIMIT EXCEEDED Indicates difference between the expected 
measure loss (EML) and actual measured loss 
exceeded the maintenance limit. Perform 
maintenance action. 


Q2 LIMIT EXCEEDED Indicates difference between the EML and 
actual measured loss is greater than the 
immediate action limit. Immediate action 
required. 


NOISE -99.9- 499.9 Provides actual far-to-near end noise 
measured on trunk in decibels above 
reference noise. 


NML 1-63 Provides noise maintenance limit (NML) in 
decibels above reference noise. NML is a 
value entered in customer data Table 
CLLIMTCE. If the noise measurement 
exceeds NML, perform maintenance action. 


NIAL 1-63 Provides noise immediate action limit (NIAL) in 
decibels above reference noise. NIAL is a 
value entered in customer data table 
CLLIMTCE. If the noise measurement 
exceeds NIAL, perform immediate action. 


Action 


See Alarm and Performance Monitoring Procedures for correct maintenance 
procedures. 


Associated OM registers 
There are no associated OM registers. 
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UCS log reports 1-501 
TRK131 (end) 


Additional information 
There is no additional information. 
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TRK133 
Explanation 
The Trunk Maintenance (TRK) subsystem generates log report TRK133 when 
a T103 trunk test fails. The T103 trunk test tests the supervisor and signal 
features of intertoll trunks. The DMS switch and the last item office install and 
perform T100 as follows: 
* The DMS switch connects a transmission test trunk (TTT) level meter to 
the outgoing trunk. 
e The switch transmits an access code to the last item office. 
e The last item office responds with an off-hook signal. 
* The DMS switch sends a ring-forward signal to the last item office. 
e The last item office responds with an on-hook signal. 
e The switch sends a second ring-forward signal to the last item office. 
e The last item office responds on-hook and off-hook signals at 120 ipm. 
e The outgoing trunk and the TTT disconnect. 
e The DMS switch sends a clear-forward signal to the last item office. 
Format 
The log report format forTRK133 is as follows: 
TRK133 mmmdd hh:mm:ss ssdd FAIL TL103 FAILED trkid 
TTT = trkid FAILURE = reastxt 
Example 


An example of log report TRK133 follows: 


TRK132 APRO1 12:00:00 2112 FAIL TL103 FAILED  RTP2W 
26 
TIT = TIT 1 FAILURE = CONNECTION FAULT 
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TRK133 (continued) 


Field descriptions 


The following table describes each field in the log report: 


(Sheet 1 of 3) 


Field 


Value 


Description 


FAIL TL103 FAILED 


irkid 


TTT 


REASON 


Constant 


Symbolic text 


Symbolic text 


BUSY TONE 


CONNECTION FAULT 


FIRST OFFHK NOT 
STEADY 


FIRST ONHK NOT 
STEADY 


FIRST ONHK 
UNSTEADY 


HARDWARE FAULT 


Indicates the failure of a test that uses 
103-type test line. 


Provides equipment identification for tested 
trunk equipment. See Table I. 


Provides equipment identification for 103-type 
test line. See Table I. 

Indicates last item office returned a busy tone. 
ACTION: Try test again. 

Indicates connection failure between trunk and 
test equipment. 

ACTION: Test trunk test equipment. 

Indicates first off-hook signal received from the 


last item office ended prematurely by an 
on-hook signal. 


ACTION: Try test again. 

Indicates last item office did not return on-hook 
signal after a second ring-forward signal sent. 
ACTION: Test trunk under test. If tests pass, 

fault is in the last item or transmission building. 


Indicates first on-hook signal received from the 
last item office ended prematurely by an 
off-hook signal. 


ACTION: Test trunk under test. If tests pass, 

fault is in the last item or transmission building. 
Indicates the system detects a hardware fault 
in the trunk circuit. 


ACTION: Test trunk under test. 
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TRK133 (continued) 


(Sheet 2 of 3) 
Field 


Value 


Description 


HIGH - DRY 


INTEGRITY LOST 


NO FAR END 
EQUIPMENT 


NO START DIAL 
SIGNAL 


OUTPULSING 
TROUBLE 


RECORDED 
ANNOUNCEMENT 


REORDER TONE 


SOFTWARE ERROR 


STOP DIAL SIGNAL 
RECEIVED 


TEST EQUIPMENT 
FAILED 


Indicates last item office did not send an 
off-hook signal after a burst of audible ringing 
tone. 


ACTION: Test trunk under test. If tests pass, 
fault is in the last item or transmission facility. 


Indicates channel accuracy loss detected. 
ACTION: Test trunk test equipment. 


Indicates last item test equipment is not 
available or is not present. 

ACTION: Test trunk under test. If tests pass, 
fault is in the last item or transmission facility. 
Indicates last item office did not respond after 
trunk seized. 

ACTION: Try test again. 

Indicates problem encountered while digits 
transmit. 

ACTION: Test trunk under test. If tests pass, 
fault is in the last item or transmission building. 
Indicates last item office returned a recorded 
announcement. 

ACTION: Try test again. 

Indicates last item office returned a reorder 
tone. 

ACTION: Try test again. 

Indicates software problem encountered 
during test operation. 

ACTION: Contact the next level of support. 
Indicates last item office returned an activity 
signal during transmission of digits. 

ACTION: Try test again. 


Indicates detection of fault in test equipment. 
ACTION: Test trunk test equipment. 
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TRK133 (end) 


(Sheet 3 of 3) 


Field Value 


Description 


UNEXPECTED TONE 


120IPM OFFHK NOT 
RCVD 


120IPM ONHK NOT 
RCVD 


120IPM OUT OF SPEC 


Action 


Indicates last item office returned a tone that is 
not expected or not known. 


ACTION: Test trunk test equipment. 


Indicates last item office did not return 120 IPM 
signal after the second ring-forward signal 
sent. 


ACTION: Test trunk under test. If tests pass, 
fault is in the last item or transmission facility. 


Indicates last item office did not return on-hook 
part of 120 IPM after second ring-forward 
signal sent. 


ACTION: Test trunk under test. If tests pass, 
fault is in the last item or transmission facility. 


Indicates last item office sent on-hook and 
off-hook pulses that do not meet 120 IPM 
specification. 


ACTION: Test trunk under test. If tests pass, 
fault is in the last item or transmission facility. 


If action stated in description column for REASON does not correct the 
problem, contact the next level of support. See Alarm and Performance 
Monitoring Procedures for the step-action procedures to isolate and correct 


trunk and test equipment failures. 


Associated OM registers 


There are no associated OM registers. 


Additional information 


There is no additional information. 
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TRK135 


Explanation 


The Trunk (TRK) Maintenance subsystem generates log report TRK135 when 
a T104 trunk test fails. T104 measures the far-to-near and near-to-far end 
noise and loss. The DMS switch and the last item office install and execute 
T104 as follows: 


Format 


The switch connects a transmission test trunk (TTT) level meter to the 
outgoing trunk. 


The DMS switch transmits a test code to the last item office. 


The last item office responds with an off-hook signal when a milliwatt 
generator connects to the test trunk. 


The switch applies a milliwatt tone to the test trunk. 

The last item office measures the signal strength and calculates the loss. 
The last item office applies a milliwatt tone to the test trunk. 

The switch measures the signal strength and calculates the loss. 


The last item office applies an attenuated milliwatt signal that depends on 
near-to-far end loss. 


The DMS switch received the attenuated milliwatt signal and calculates the 
near-to-far end loss. 


The last item office provides quiet termination to the trunk. 
The switch measures the noise. 

The switch provides quiet termination to the trunk. 

The last item office measures the noise. 


The test stops and the trunk is free. 


The log report format forTRK135 is as follows: 


Example 


TRK135 mmmdd hh:mm:ss ssdd FAIL TL104 FAILED 


trkid 
TTT = trkid 
REASON = reastxt 


An example of log report TRK135 follows: 
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TRK135 (continued) 


TRK132 APRO1 12:00:00 2112 FAIL TL104 FAILED 


Field descriptions 
The following table describes each field in the log report: 
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RTP2W 26 
TIT = TIT 1 
REASON = CONNECTION FAULT 


Field 


Value 


Description 


FAIL TL104 FAILED 


trkid 


TTT 


REASON 


Constant 


Symbolic text 


Symbolic text 


ADD10PULSE EXCD 
IS 


BAD NOISE READING 


BUSY TONE 


CONNECTION FAULT 


FAR END 
DISCONNECT 


Indicates test that uses 104-type test line failed. 


Provides equipment identification for tested 
trunk equipment. See Table I. 


Provides equipment identification for 104-type 
test line. See Table |. 


Indicates last item office sent an Add. 10 pulse 
that is not specified. 


ACTION: Try test again. If fault continues, test 
both the trunk and test equipment. If tests pass, 
contact last item office about the failure. 


Indicates noise reading by test equipment is not 
in the correct range. 

ACTION: Try test again. If fault continues, test 
both the trunk and test equipment. If tests pass, 
contact last item office about the failure. 
Indicates last item office returned a busy tone. 
ACTION: Try test again. 

Indicates connection failure between trunk and 
test equipment. 

ACTION: Test trunk test equipment. 

Indicates last item office went on-hook 
(disconnected) during test protocol. 


ACTION: Try test again. If fault continues, test 
both the trunk and test equipment. If tests 
pass, contact last item office about the failure. 
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Field Value Description 


FIRST MW NOT CEASE Indicates first milliwatt tone sent from last item 
office did not stop. 


ACTION: Try test again. If fault continues, test 
both the trunk and test equipment. If tests 
pass, contact last item office about the failure. 


FIRST MW NOT RCVD Indicates TTT did not detect the first milliwatt 
tone from the last item office. 


ACTION: Try test again. If fault continues, test 
both the trunk and test equipment. If tests 
pass, contact last item office about the failure. 


HARDWARE FAULT Indicates hardware fault detected in the trunk 
circuit. 


ACTION: Test trunk under test. 


HIGH - DRY Indicates test office did not send an off-hook 
signal after a burst of audible ringing tone. 


ACTION: Test trunk under test. If tests pass, 
fault is in the last item or transmission facility. 


INTEGRITY LOST Indicates channel accuracy loss detected. 
ACTION: Test trunk test equipment. 


NOISE INDIC MISSING Indicates last item office did not return noise 
indication for noise measurements. 


ACTION: Try test again. If fault continues, 
contact last item office about failure. 


NO FAR END Indicates far-end test equipment is not 
EQUIPMENT available or is not present. 


ACTION: Test trunk under test. If tests pass, 
fault is in the last item or transmission facility. 


NO START DIAL Indicates far-end office did not respond after 
SIGNAL trunk seized. 


ACTION: Try test again. 
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TRK135 (continued) 
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Field Value Description 
OUTPULSING Indicates problem encountered while digits 
TROUBLE transmitted. 


PARKING TOO LONG 


RECORDED 
ANNOUNCEMENT 


REESTABLISH RCVD 


REORDER TONE 


SECOND MW NOT 
CEASE 


SECOND MW NOT 
RCVD 


SOFTWARE ERROR 


ACTION: Test trunk under test. If tests pass, 
fault is in the last item or transmission facility. 


Indicates last item office sent a test progress 
tone (TPT) that continued longer than the 
accepted time limit. 


ACTION: Try test again. If fault continues, 
contact far-end office about failure. 

Indicates far-end office returned a recorded 
announcement. 

ACTION: Try test again. 

Indicates far-end office returned a signal that 
was established again during test protocol. 


ACTION: Try test again. If fault continues, test 
trunk under test. If tests pass, contact last item 
office about the failure. 


Indicates far-end office returned a reorder tone. 
ACTION: Try test again. 

Indicates second milliwatt tone sent from 
far-end office did not stop. 


ACTION: Try test again. If fault continues, test 
both the trunk and test equipment. If tests pass, 
contact far-end office about the failure. 


Indicates TTT did not detect the second 
milliwatt tone from the far-end office. 


ACTION: Try test again. If fault continues, test 
both the trunk and test equipment. If tests pass, 
contact far-end office about the failure. 


Indicates software problem encountered during 
test operation. 


ACTION: Contact the next level of support. 
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(Sheet 4 of 4) 
Field Value Description 
STOP DIAL SIGNAL Indicates far-end office returned an activity 
RECEIVED signal during transmission of digits. 
ACTION: Try test again. 
TEST EQUIPMENT Indicates fault detected in test equipment. 
SEED ACTION: Test trunk test equipment. 
TOO MANY REPEAT Indicates far-end office sent a repeat signal for 
REQT the third time. 
ACTION: Try test. If fault continues, test both 
the trunk and test equipment. If tests pass, 
contact far-end office about the failure. 
UNEXPECTED TONE Indicates far-end office returned a tone that is 
not expected or not known. 
ACTION: Test trunk test equipment. 
Action 


If action stated in description column for REASON does not correct the 
problem, contact the next level of support. See Alarm and Performance 
Monitoring Procedures for the step-action procedures to isolate and correct 
trunk and test equipment failures. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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TRK136 
Explanation 
The Trunk (TRK) Maintenance subsystem generates log report TRK136 when 
a T104 trunk test fails. T104 measures the far-to-near and near-to-far end 
noise and loss. The DMS switch and the far-end office install and perform 
T104 as follows: 
* The DMS switch connects a transmission test trunk (TTT) level meter to 
the outgoing trunk. 
e The switch transmits a test code to the far-end office. 
e The last item office responds with, an off-hook signal when a milliwatt 
generator connects to the test trunk. 
* The DMS switch applies a milliwatt tone to the test trunk. 
e The last item office measures the signal strength and calculates the loss. 
e The last item office applies a milliwatt tone to the test trunk. 
e The switch measures the signal strength and calculates the loss. 
e The last item office applies an attenuated milliwatt signal that depends on 
near-to-far end loss. 
e The DMS switch received the attenuated milliwatt signal and calculates the 
near-to-far end loss. 
e The last item office provides quiet termination to the trunk. 
e The switch measures the noise. 
e The DMS switch provides quiet termination to the trunk. 
e The last item office measures the noise. 
e The test stops and the trunk is free. 
Format 
The log report format for TRK136 is as follows: 
TRK136 mmmdd hh:mm:ss ssdd FAIL TL104 FAILED 
CKT trkid 
TTT =trkid REASON = Q2 LIMIT EXCEEDED 
EML = n.n DB F_N DEV =n.n DB 
N_F DEV =n.n DB FN_NOISE = nn.n DB 
NML =nn DB NIAL = nn DB 
Example 


An example of log report TRK136 follows: 
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TRK136 (continued) 


TRK136 


CKT 
TIT 
EML 
N_F 
NML 


Field descriptions 
The following table describes each field in the log report: 
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JAN30 15:07:38 0600 FAIL TL104 FAILED 


OLAMADCM 1 
i 
N DEV 


ll 
H 
H 
H 


I Oc I 
Eri 
< 
I 

w ou 


NIAL = 


RE 


.0 DB FN_NOISE = 
50 DB 


Q2 LIMIT EXCEEDED 


0.5 DB 


Field 


Value 


Description 


FAIL TL104 FAILED 
CKT 


TTT 


REASON 


EML 


F_N DEV 


N_F DEV 


Constant 


Symbolic text 


Symbolic text 


Q1 LIMIT EXCEEDED 


Q2 LIMIT EXCEEDED 


0.0 - 36.0 


-99.9- +99.9 dB 


-99.9- +99.9 dB 


Indicates test that uses 104-type testline failed. 


Provides equipment identification for possible 
damaged trunk equipment. See Table I. 


Provides equipment identification for trunk test 
equipment. SeeTtable I. 


Indicates difference between the EML and 
actual measured loss exceeded the 
maintenance limit. Maintenance action 
required. 


Indicates difference between the EML and 
actual measured loss exceeded the immediate 
action limit. Immediate action required. 


Provides expected measured loss (EML) in 
decibels. EML is a value data entered in 
customer data Table CLLIMTCE. 


Provides far-to-near end loss deviation in 
decibels. FN_DEV indicates difference 
between measured loss on trunk and EML in 
decibels. 


Indicates far-to-near end deviation is greater 
than 99.9 dB. 


Provides near-to-far end loss deviation in 
decibels. FN_DEV indicates difference 
between measured loss on trunk and EML in 
decibels. 
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Field Value Description 


oe Indicates near-to-far end deviation is greater 
than 99.9 dB. 


FN NOISE -99.9- 499.9 Provides far-to-near end noise measured on 
trunk in decibels above reference noise. 


NML 1-63 Provides noise maintenance limit (NML) in 
decibels above reference noise. NML is a 
value data entered in customer data table 
CLLIMTCE. If the noise measurement 
exceeds NML, maintenance action required. 


NIAL 1-63 Provides noise immediate action limit (NIAL) in 
decibels above reference noise. NIAL is a 
value data entered in customer data table 
CLLIMTCE. If the noise measurement 
exceeds NIAL, immediate action is required. 


Action 
See Alarm and Performance Monitoring Procedures for correct maintenance 
procedures. 


Associated OM registers 
There are no associated OM registers. 
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TRK138 


Explanation 


The Trunk Maintenance (TRK) subsystem generates this report when a call is 
routed to a treatment after being call processing busy. TRK138 usually follows 


a TRK110 trouble report. 
Format 
The format for log report TRK138 follows: 
TRK138 date time seqnbr INFO TRMT 
CKT clli trunk. num 
TREATMENT SET = trtnm CALLED NO = dn 
CALLID = callid 
Example 


An example of log report TRK138 follows: 


TRK138 APRO1 12:00:00 2112 INFO TRMT 
CKT RTP2W 0 
TREATMENT SET = BLDN CALLED NO = 
2122201234 
CALLID = 123456 


Field descriptions 
The following table explains each of the variable fields in the log report: 
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Field Value Description 


clli alphanumeric Identifies originating trunk equipment. The 
common language location identificaion 
(CLLI) is defined in table CLLI. 


trunk num 0-9999 Identifies the circuit number for the trunk in 
the CLLI group. 


trtnm Identifies the treatment assigned to the 
trunk. 
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Field Value Description 

dn numeric string up to 25 digits; Indicates terminating line directory number if 
dialed before treatment was assigned. 
(Also, see STDDEF.) 

callid Indicates the sequence number reflecting 
the number of call attempts through 
equipment. 

Action 


Check the TRK log report buffer for trunk trouble report(s) with the same 
originating trunk circuit or trunk group. Follow the action required for the 


trouble report(s) generated. 
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TRK140 


Explanation 


Format 


Example 


The Trunk (TRK) Maintenance subsystem generates log report TRK140 when 
anon-synchronous testline (TNSS) test fails. TNSS tests signal over trunks for 
asynchronous inter-office signaling. TNSS tests also provide fast testing of 
ringing, tripping, and supervisor uses of toll-completing trunks. The DMS 
switch and the far-end office install and perform TNSS as follows: 


* The DMS switch connects a transmission test trunk (TTT) level meter to 
the outgoing trunk. 


e The switch transmits a test code to the far-end office. 


e The far-end office returns a ringing tone that you can hear for a short time 
(0.5 to 1.5 seconds). 


* The DMS switch trips the ringing. 
e The last item office sends a series of off-hook and on-hook pulses. 
e The outgoing trunk and the TTT disconnect. 


e The switch sends a clear-forward signal to the far-end office. 


The log report format for TRK140 is as follows: 
TRK140 mmmdd hh:mm:ss ssdd FAIL TLNSS FAILED 


trkid 
TTT = trkid REASON = reastxt 


An example of log report TRK140 follows: 


TRK140 APRO1 12:00:00 2112 FAIL TLNSS FAILED 
RTP2W 26 
TIT = TIT 1 REASON = CONNECTION FAULT 
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TRK140 (continued) 


Field descriptions 
The following table describes each field in the log report: 
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Field 


Value 


Description 


FAIL TLNSS FAILED 


irkid 


TTT 


REASON 


Constant 


Symbolic text 


Symbolic text 


AUD RINGING 
UNACCEPT 


BUSY TONE 


CONNECTION FAULT 


FIRST OFFHOOK NOT 
RCVD 


FIRST ONHOOK NOT 
RCVD 


FIRST MW NOT RCVD 


Indicates test of an asynchronous testline 
failed. 


Provides equipment identification for tested 
trunk equipment. See Table I. 


Provides equipment identification for trunk test 
equipment. See Table I. 


Indicates the time of audible ringing tone is not 
in range of 0.5 to 1.5 s. 


ACTION: Try test. If fault continues, test both 
the trunk and test equipment. If tests pass, 
contact far-end office about the failure. 


Indicates far-end office returned a busy tone. 
ACTION: Try test again. 


Indicates connection failure between trunk and 
test equipment. 


ACTION: Test trunk test equipment. 


Indicates far-end office did not send an off-hook 
signal after a burst of audible ringing tone. 


ACTION: Diagnose trunk under test. If 
diagnostics pass, fault is in far-end or 
transmission facility. 


Indicates falling edge of first pulse not detected. 


ACTION: Diagnose trunk under test. If tests 
pass, fault is in last item or transmission facility. 


Indicates TTT did not detect the first milliwatt 
tone from the last item office. 
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Field Value Description 


ACTION: Try test again. If fault continues, test 
both the trunk and test equipment. If tests 
pass, contact far-end office about the failure. 


HARDWARE FAULT Indicates the system detects a hardware fault in 
the trunk circuit. 


ACTION: Test trunk under test. 
INSUFF PULSES RCVD Indicates less than 3 pulses received in 6 s. 


ACTION: Diagnose trunk under test. If 
diagnostics pass, the fault is in the last item or 
transmission facility. 


INTEGRITY LOST Indicates the system detects a channel 
accuracy loss. 


ACTION: Test trunk test equipment. 


NOISE INDIC MISSING Indicates last item office did not return noise 
indication for noise measurements. 


ACTION: Try test again. If fault continues, 
contact far-end office about failure. 


NO AUDIBLE RINGING Indicates short burst of audible ringing is not 
detected. 


ACTION: Test trunk under test. If tests pass, 
fault is in the far-end or transmission facility. 


NO FAR END Indicates far-end test equipment is not 
EQUIPMENT available or not present. 


ACTION: Diagnose trunk under test. If 
diagnostics pass, fault is in the last item or 
transmission facility. 


NO START DIAL Indicates far-end office did not respond after 
SIGNAL trunk seized. 


ACTION: Try test again. 


OUTPULSING Indicates problem encountered while 
TROUBLE outpulsing digits. 
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Field Value Description 


ACTION: Diagnose trunk under test. If 
diagnostics pass, fault is in the far-end or 
transmission facility. 


PULSE OUT OF SPEC Indicates pulse received was either less than 
150msec or greater than 2s. 


ACTION: Diagnose trunk under test. If 
diagnostics pass, the fault is in the far-end or 
transmission facility. 


RECORDED Indicates far-end office returned a recorded 
ANNOUNCEMENT announcement. 


ACTION: Try test again. 
REORDER TONE Indicates far-end office returned a reorder tone. 
ACTION: Try test again. 


SOFTWARE ERROR Indicates software problem encountered during 
test operation. 


ACTION: Contact the next level of support. 


STOP DIAL SIGNAL Indicates far-end office returned an activity 
RECEIVED signal during transmission of digits. 


ACTION: Try test again. 


TEST EQUIPMENT Indicates fault detected in test equipment. 
FAILED 


ACTION: Test trunk test equipment. 


UNEXPECTED TONE Indicates far-end office returned a tone that is 
not expected or not known. 


ACTION: Test trunk test equipment. 


Action 


If action stated in description column for REASON does not correct problem, 
contact the next level of support. 


See Alarm Performance and Monitoring Procedures for the step-action 
procedures to isolate and correct trunk and test equipment failures. 
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Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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Explanation 


Format 


Example 


UCS log reports 1-521 


The Trunk (TRK) Maintenance subsystem generates this report when a 
synchronous testline test (TSYN) fails. TSYN tests signal over trunks for 
synchronous inter-office signaling. The DMS and the far-end office setup and 
perform TSYN as follows: 


* The DMS connects a transmission test trunk (TTT) level meter to the 
outgoing trunk. 


* The DMS transmits a test code to the far-end office. 
e The far-end office responds with: 
— Audible ringing. 


— A silent interval of 5 s following the last ringing tone that could be 
heard. 


— A1.5s off-hook synchronizing pulse, followed by two short off-hooks. 
— Repeat c. 


— The test terminating sequence: for non-centrex a 120 ipm 'tick-tock' 
tone, and for centrex a 5-15 s off-hook followed by a 60 ipm busy tone. 


e The outgoing trunk and the TTT disconnect. 
* The DMS sends a clear-forward signal to the far-end office. 


The log report format for TRK142 is as follows: 
TRK142 mmmdd hh:mm:ss ssdd FAIL TLSYN FAILED 


trkid 
TTT = trkid REASON = reastxt 


An example of log report TRK142 follows: 


TRK142 APRO1 12:00:00 2112 FAIL TLSYN FAILED 
RTP2W 26 
TIT = TIT 1 REASON = CONNECTION FAULT 
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TRK142 (continued) 


Field descriptions 


The following table describes each field in the log report: 
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Field 


Value 


Description 


FAIL TLSYN FAILED 


irkid 


TTT 


REASON 


Constant 


Symbolic text 


Symbolic text 


AUD RINGING 
UNACCEPT 


BUSY TONE 


CONNECTION FAULT 


FIRST OFFHOOK NOT 
RCVD 


FIRST ONHOOK NOT 
RCVD 


Indicates test of a synchronous trunk failed. 


Provides equipment identification for tested 
trunk equipment. See table l. 


Provides equipment identification for trunk test 
equipment. See Table l. 


Indicates time of audible ringing tone not in 
range of 0.5 to 1.5 s. 


ACTION: Try test again. If fault continues, 
diagnose both the trunk and test equipment. If 
diagnostics pass, contact far-end office about 
the failure. 


Indicates far-end office returned a busy tone. 
ACTION: Try test again. 


Indicates connection failure between trunk and 
test equipment. 


ACTION: Test trunk test equipment. 


Indicates far-end office did not send an 
off-hook signal after an audible burst of ringing 
tone. 


ACTION: Diagnose trunk under test. If 
diagnostics pass, fault is in last item or 
transmission facility. 


Indicates falling edge of first pulse not 
detected. 


ACTION: Diagnose trunk under test. If 
diagnostics pass, fault is in far-end or 
transmission facility. 
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Field 


Value 


Description 


FIRST MW NOT RCVD 


HARDWARE FAULT 


INSUFF PULSES 
RCVD 


INTEGRITY LOST 


NOISE INDIC MISSING 


NO AUDIBLE RINGING 


NO FAR -END 
EQUIPMENT 


NO START DIAL 
SIGNAL 


Indicates TTT did not detect the first milliwatt 
tone from the far-end office. 


ACTION: Try test again. If fault continues, 
diagnose both the trunk and test equipment. If 
diagnostics pass, contact far-end office about 
the failure. 


Indicates hardware fault detected in the trunk 
circuit. 

ACTION: Test trunk under test. 

Indicates less than three pulses received in 6 
s. 


ACTION: Diagnose trunk under test. If 
diagnostics pass, the fault is in the far-end or 
transmission facility. 


Indicates channel accuracy loss detected. 
ACTION: Test trunk test equipment. 

Indicates far-end office did not return noise 
indication for noise measurements. 

ACTION: Try test again. If fault continues, 
contact far-end office about failure. 

Indicates a short burst of audible ringing is not 
detected. 


ACTION: Diagnose trunk under test. If 
diagnostics pass, fault is in the far-end or 
transmission facility. 


Indicates far-end test equipment is not 
available or not present. 


ACTION: Diagnose trunk under test. If 
diagnostics pass, fault is in the far-end or 
transmission facility. 


Indicates far-end office did not respond after 
trunk seized. 


ACTION: Try test again. 
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(Sheet 3 of 3) 
Field Value Description 
OUTPULSING Indicates problem encountered while digits 
TROUBLE transmitted. 
ACTION: Diagnose trunk under test. If 
diagnostics pass, fault is in the far-end or 
transmission facility. 
PULSE OUT OF SPEC Indicates pulse received was either less than 
150 msec or greater than 2 s. 
ACTION: Diagnose trunk under test. If 
diagnostics pass, the fault is in the far-end or 
transmission facility. 
RECORDED Indicates far-end office returned a recorded 
ANNOUNCEMENT announcement. 
ACTION: Try test again. 
REORDER TONE Indicates far-end office returned a reorder 
tone. 
ACTION: Try test again. 
SOFTWARE ERROR Indicates software problem encountered 
during test operation. 
ACTION: Contact the next level of support. 
STOP DIAL SIGNAL Indicates far-end office returned an activity 
RECEIVED signal during transmission of digits. 
ACTION: Try test again. 
TEST EQUIPMENT Indicates fault detected in test equipment. 
PALEB ACTION: Test trunk test equipment. 
UNEXPECTED TONE Indicates far-end office returned a tone that is 
not expected or not known. 
ACTION: Test trunk test equipment. 
Action 


If action stated in description column for REASON does not correct problem, 
contact the next level of support. See Alarm Performance and Monitoring 
Procedures for the step-action procedures to isolate and correct trunk and test 
equipment failures. 
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Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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The Trunk (TRK) Maintenance subsystem log report TRK157. The system 
generates log TRK157 when a TLPA trunk test aborts and the subsystem 


TRK157 mmmdd hh:mm:ss ssdd FAIL TLPA ABORTED trkid 


REASON = reastxt 


TRK157 
Explanation 
cannot execute the requested test. 
Format 
The log report format for TRK157 is as follows: 
TSTEQ = trkid 
Example 


An example of log report TRK157 follows: 


TRK157 APRO1 12:00:00 2112 FAIL TLPA ABORTED CKT RTP2W 1 


TSTEQ = TIT 


Field descriptions 


1 


R 


EASON = CONNECTION FAULT 


The following table describes each field in the log report: 


Field Value 


Description 


FAIL TLPA ABORTED Constant 


trkid Symbolic text 
TSTEQ Symbolic text 
REASON Reason text 


Indicates TLPA trunk test cannot complete. 


Provides equipment identification for suspect 
trunk equipment. Refer to Table I. 


Provides equipment identification for trunk test 
equipment. Refer to Table l. 


Provides reason for test failure. Refer to Table 
O. 
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Action 


If reason text that the system generated is not in Table O, contact the next level 
of maintenance. If the reason text is in Table O, use the following references 
to correct failures that TRK157 indicates: 


e the data schema section of the Translations Guide - All failures related to 
datafill 


* Alarm and Performance Monitoring Procedures - All failures related to 
trunk equipment 


* maintenance guides - More information on trunk testing 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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TRK158 


Explanation 


The Trunk (TRK) Maintenance subsystem log report TRK158. The system 
generates log TRK158 when a TLPA trunk test fails or does not complete on a 
reference or test trunk. 


Format 
The log report format for TRK158 is as follows: 


TRK158 mmmdd hh:mm:ss ssdd FAIL TLPA FAILED trkid 
TSTEQ = trkid REASON = reastxt 
FOR REF TRK 
EML: nn.n FN. DEV: nn.n NF DEV: nn.n 
FOR TST TRK 
EML: nn.n FEN. DEV: nn.n NF DEV: nn.n 


Example 
An example of log report TRK158 follows: 


TRK158 APRO1 12:00:00 2112 FAIL TLPA FAILED CKT RTP2W 1 


TSTEQ = TIT 1 REASON = CONNECTION FAULT 
FOR REF TRK EML: 1.7 dB 
FN DEV: -1.3 dB NF DEV: -1.4 dB 


FOR REF TRK EML: 1.7 dB 
FN DEV: -1.3 NF DEV: -1.4 dB 


Field descriptions 
The following table describes each field in the log report: 
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Field Value Description 


FAIL TLPA FAILED Constant Indicates TLPA trunk test meets an error and 
cannot complete 


trkid Symbolic text Provides equipment identification for suspect 
trunk equipment. Refer to Table I. 


TSTEQ Symbolic text Provides equipment identification for trunk test 
equipment. Refer to Table I. 

REASON Reason text Provides reasons for test failure. Refer to 
Table O. 
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TRK158 (continued) 
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Field 


Value 


Description 


FOR REF TRK 


EML 


FN_DEV 


NF_DEV 


FOR TST TRK 


EML 


FN_DEV 


NF_DEV 


Constant 


0.0-36.0 


-99.9- +99.9 dB 


-99.9- +99.9 dB 


Constant 


0.0-36.0 


-99.9- +99.9 dB 


-99.9- +99.9 dB 


Indicates that the information that follows this 
entry is for the reference trunk. 


Provides expected measured loss (EML) in 
decibels. The EML is an entry value in 
customer data table CLLIMTCE.DIAGDATA. 


Provides far-to-near end loss deviation in 
decibels. The FN_DEV indicates differences 
between measured loss on trunk and EML in 
decibels. 


Indicates far-to-near end deviation is more 
than 99.9 dB 


Provides near-to-far end loss deviation in 
decibels. The NF DEV indicates differences 
between measured loss on trunk and EML in 
decibels. 


Indicates near-to-far end deviation is more 
than 99.9 dB 


Indicates that the information that follows this 
entry is for the test trunk 


Provides expected measured loss (EML) in 
decibels. The EML is an entry value in 
customer table CLLIMTCE.DIAGDATA. 


Provides far-to-near end loss deviation in 
decibels. The FN_DEV indicates differences 
between measured loss on trunk and EML in 
decibels. 


Indicates far-to-near end deviation is more 
than 99.9 dB 


Provides near-to-far end loss deviation in 
decibels. The NF_DEV indicates differences 
between measured loss on trunk and EML in 
decibels. 


Indicates near-to-far end deviation is in excess 
of 99.9 dB 
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Action 
If reason text generated is not in table O, contact the next level of maintenance. 
If reason text is in table O, use the following references to correct failures that 


TRK158 indicates: 
e the data schema section of the Translations Guide - All failures that relate 
to entries 


e Alarm and Performance Monitoring Procedures - All failures that relate 
to trunk equipment 


* maintenance guides - More information on trunk testing 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 


DMS-250 Logs Reference Manual, Volume 6 of 6 UCS15 


UCS log reports 1-531 


TRK162 
Explanation 
The Trunk (TRK) Maintenance subsystem log report TRK162. The TRK 
generates this report during outpulsing of a trunk-to-trunk or line-to-trunk call. 
The outpulsing uses digital multifrequency (DTMF) signaling. 
The DMS can initiate diagnostic testing that depends on the type of problem 
that occurs. 
Format 
The log report format for TRK162 is as follows: 
TRK162 mmmdd hh&gml.mm&gml.ss ssdd FLT OUTPULSING TRBL 
CKT trkid 
TRBCODE- trbtxt TRBLINFO= infotxt text 
INCTRK- equnm CLDNO= dn 
DTMFCKT= CKT trkid DIGOUT= digits CALLID= callid 
Example 


An example of log report TRK162 follows: 


TRK162 APRO1 12:00:00 2112 FLT 
CKT RTP2W 26 
TRBCODE 
INCTRK= 12 1 18 24 DN 9097811999 CL 
DIMFCKT= CKT 


OUTPUL 


Field descriptions 


NO_START_DIAL TR 


SING TRBL 


BLINFO= NIL 


SVDTMF 0 DIGOUT- $ 


DNO- $ 
CALLID- 123456 


The following table describes each field in the log report: 
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Indicates that a problem occurred 
during the transmission of a trunk to 


Provides equipment identification for 
outgoing trunk equipment. Refer to 


Field Value Description 
FLT Constant 
OUTPULSING 
TRBL trunk or 
CKT Symbolic text 

table l. 


line to trunk call 


DMS-250 Logs Reference Manual, Volume 6 of 6 UCS15 


1-532 UCS log reports 


TRK162 (continued) 


(Sheet 2 of 2) 


Field Value Description 

TRBCODE Trouble text Identifies trouble that suspect trunk 
equipment encountered. Refer to 
table G. 

TRBLINFO Information text Provides additional information for 


trouble isolation. Refer to table F. 


INCTRK CKT Alphanumeric Provides equipment identification for 
originating trunk. Refer to table I. 


LEN Integers DN Provides equipment identification and 
Integers directory number for originating line. 
Refer to table I. 


CLDNO Integers Provides directory number and 
prefixes that the originating station 
dials. The field provides directory 
number and prefixes when the 
subsystem encounters problems 
before the subsystem receives the 
digits. Refer to table I. 


Note: |f the subsystem receives 
more than 15 digits, the called number 
truncates to 15 digits. 


DTMFCKT Symbolic text Provides the equipment identification 
for DTMF receiver that connects to the 
incoming trunk or line. Refer to table I. 


DIGOUT Integers Provides digits transmitted before 
stop dial. Before the subsystem 
encounters problems, the subsystem 
can transmit: 1 to 20 digits, key pulse 
(KP) and start signal (ST). 


$ Indicates that the subsystem did not 
transmit digits 


CALLID Integers Indicates the callid. Refer to table I. 
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TRK162 (continued) 


Action 


There is no action required if the subsystem generates log TRK162 a minimum 
of six times in 1 h with the same CLLI. There is no action required if the 
subsystem generates TRK162 less than 20 times in 1 h with different CLLIs 


If the subsystem generates log TRK162 more than 20 times in 1 h with 
different CLLIs, contact the next level of maintenance. 


The subsystem can generate log TRK162 a minimum of six times in 1 h with 
the same CCLI. If this event occurs, check the TRK log buffer. Determine if 
the subsystem generated trunk diagnostic reports with the same CCLI as a 

result of a system request. The trunk diagnostic reports include the following: 
TRK107 (PASS) and TRK106 (FAIL); TRK107 (PASS) and TRK106 (FAIL). 


If the system does not initiate diagnostic tests, use trunk diagnostics on the 
suspect trunk equipment to isolate the problem. Use the trunk test position 
(TTP) MAP display level to perform the diagnostic tests. Refer to the 
maintenance guides for diagnostic tests for the trunk equipment. 


When the diagnostic test completes for the suspect trunk equipment, use the 
information in the trunk diagnostic report to clear the problem: 


Perform trunk diagnostics on the DTMFRVR from the TTP MAP level if 
either of the following conditions occurs: 


e the subsystem generates TRK107 and continues to generate TRK162 for 
suspect trunk equipment 


e the subsystem generates the TRK107 and continues to generate TRK162 
for equipment that connects to the same DIMFRCVR 


For additional information on diagnostic tests that can operate trunk receiver 
equipment, refer to Alarm and Performance Monitoring Procedures. 


If the subsystem generates TRK106, follow the Action for TRK106. 


Clear the problem until one of the following occurs: 


e the subsystem generates log TRK107 and the subsystem does not generate 
log TRK162 


* the procedure in Alarm and Performance Monitoring Procedures is 
complete 


e you contact the next level of maintenance 
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Associated OM registers 
There are no associated OM registers. 


Additional information 


There is no additional information. 
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TRK163 


Explanation 
The Trunk (TRK) Maintenance subsystem log report TRK163. The TRK 
generates TRK163 when the system routes local line call over a trunk to a line 
in a distant office. This office receives a calling line identification (CLI) 
request. 


Format 
The log report format for TRK163 is as follows: 


TRK163 mmmdd hh:mm:ss ssdd INFO CALLING LINE IDENT 
CALLING LEN = len DN dn 
OUTGOING TRUNK = trkid 
CALLED DN = dn 
CALLID = callid 
TIME = mmmdd hh:mm:ss 


Example 
An example of log report TRK163 follows: 


TRK163 APRO1 12:00:00 2112 INFO CALLING LINE IDENT 
CALLING LEN = HOST 00 0 19 20 DN = 9093622001 
OUTGOING TRUNK = CKT RTP2W 1 
CALLED DN = 4811999 
CALLID = 123456 
TIME: APRO1 12:00:00 


Field descriptions 
The following table describes each field in the log report: 
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Field Value Description 

INFO CALLING LINE Constant Indicates that the subsystem requests CLI for 
IDENT a call routed over trunk 

CALLING DN Integers Provides originating line directory number 


(DN). Refer to table | of any Log Report 
Reference Manual. 


CALLING LEN Integers Provides originating line equipment 
identification (LEN). Refer to the table. 
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Field Value 


Description 


CALLED Integers 

CALLID Integers 

TIME mmmdd hh:mm:ss 
Action 


OUTGOING TRUNK Symbolic text 


Provides outgoing trunk equipment 
identification. Refer to the table. 


Provides terminating DN for line at distant 
office. Refer to the table. 


Indicates the callid. Refer to the table. 


Indicates the time the local line call was routed 
to a line in a distant office. 


Save log report TRK163 for any department that requested CLI. 


Associated OM registers 
There are no associated OM registers. 


Additional information 


There is no additional information. 
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TRK164 


Explanation 


The Trunk (TRK) Maintenance subsystem log report TRK164. The TRK 
generates TRK164 when the system routes a call that originates from an 
external line through the office to a line in a distant office. This office has a 
calling line identification (CLD. 


Format 
The log report for format TRK164 is as follows: 


.TRK164 mmmdd hh:mm:ss ssdd INFO CALLING LINE IDENT 
INCOMING TRUNK =  trkid 
OUTGOING TRUNK =  trkid 
CALLED DN = dn 
CALLID = callid 


Example 
An example of log report TRK164 follows: 


TRK164 APRO1 12:00:00 2112 INFO CALLING LINE IDENT 
INCOMING TRUNK = CKT RTP2W I 
OUTGOING TRUNK = CKT RTP2W 1 
CALLED DN = 4811999 
CALLID = 123456 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 

INFO CALLING LINE Constant Indicates thatthe system requested CLI for call 
IDENT through the office. 

INCOMING TRUNK Symbolic text Provides incoming trunk equipment 


identification. Refer to Table l. 


OUTGOING TRUNK Symbolic text Provides outgoing trunk equipment 
identification. Refer to Table l. 


CALLED DN Integers Provides terminating directory number for line 
at remote office. Refer to Table I. 


CALLID Integers Indicates the callid. Refer to Table l. 
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Action 
Save TRK164 for the department that requested CLI. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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TRK174 
Explanation 
The Trunk (TRK) Maintenance subsystem generates log TRK174 when a 
trunk test on a 105-type test line does not complete correctly. 
Format 
The log report for format TRK174 is as follows: 
TRK174 mmmdd hh:mm:ss ssdd FAIL TL105 FAILED 
CKT trkid TTT =trkid REASON - reastxt 
MEAS AT -16 DB EML: 4.0 DB 
LOSS 404 1004 2804 HZ 
FN DEV: nl n2  n3DB 
NF DEV: nl n2  n3DB 
NOISE C NOTCHED NML:nn NIAL: nn DBRN 
EN. NSE: nn.n. NF NSE: nn.n 
Example 


An example of log report TRK174 follows: 


TRK174 APRO1 12:00:00 2112 FAIL TL105 FAILED 


CKT RTP2W 1 TIT = TTU 2 REASON = Q2 
MEAS AT -16 DB EML: 4.0 DB 

LOSS 404 1004 2804 HZ 

FN_DEV: 1.5 Li 14:6 DB 

NF DEV: 10 95:9 1.1 DB 

NOISE C NOTCHED NML: 20 NIAL: 45 DBRN 

FN NSE: 30 NF NSE: 35 DBRN 


Field descriptions 
The following table describes each field in the log report: 
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Field Value Description 

FAIL TL105 FAILED Constant Indicates TL105 test did not complete 
correctly. 

CKT Symbolic text Provides equipment identification for suspect 


trunk equipment. Refer to Table I. 


TTT Symbolic text Provides equipment identification for trunk test 
equipment. Refer to Table I. 
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Field Value Description 


REASON Reason text Identifies reason for test failure. Refer to Table 
O. 


MEAS AT -16 DB Constant Indicates transmission loss measurements 
made with a set of test tones at -16 dB. This 
field acts as a header for a transmission loss 
measurement table. 


EML 0.0-36.0 Provides expected measured loss (EML) in 
decibels. Customer data table 
CLLIMTCE.DIAGDATA contains EML entry. 


LOSS 404 1004 2804 Constant Indicates transmission loss measurements 

HZ made with a set of test tones at 404, 1004, and 
2804 Hz. This field acts as a header for a 
transmission loss measurement table. 


FN DEV -99.9- + 99.9 Provides far-to-near end transmission loss 
deviation from expected measured loss in 
decibels for each test tone frequency. 


NF DEV -99.9- 499.9 Provides near-to-far end transmission loss 
deviation from expected measured loss in 
decibels for each test tone frequency. 


NOISE C NOTCHED Constant Indicates test performed noise measurements 
on trunk with the use of C. notched filter, which 
attenuates test tone frequency. 


NML 1-63 Provides noise maintenance limit (NML) in 
decibels above reference noise. Customer 
datatable CLLIMTCE.DIAGDATA contains the 
NIAL entry. If NOISE measurement exceeds 
NIAL, maintenance action is required. 


NIAL 1-63 Indicates noise immediate action limit (NIAL) in 
decibels above reference noise. Customer 
data Table CLLIMTCE.DIAGDATA contains 
NIAL entry. If noise measurement exceeds 
NIAL, immediate maintenance action is 
required. 
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(Sheet 3 of 3) 
Field Value Description 
FN NSE -99.9- 499.9 Indicates far-to-near end noise measured in 
decibels above reference noise. 
NF NSE -99.9- 499.9 Indicates near-to-far end noise measured in 
decibels above reference noise. 
Action 


Contact the next level of support if the reason TEXT GENERATED is not in 
table O. If this text is in table O, use the following references to isolate and 
correct failures that TRK174 indicates: 


e The data design section of the Translations Guide - All failures that relate 
to datafill. 


e Alarm Clearing and Performance Monitoring Procedures - All failures 
that relate to trunk equipment. 


* maintenance guides - More information on trunk testing. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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TRK175 


Explanation 


The Trunk (TRK) Maintenance subsystem generates this report trunk test on a 
105-type test line that does not complete correctly. 


Format 
The log report format for TRK175 is as follows: 


TRK175 mmmdd hh:mm:ss ssdd FAIL TL105 FAILED 
CKT trkid TTT = trkid REASON = reastxt 
MEAS AT -16 DB EML: 4.0 DB 
LOSS MEAS AT: 404 1004 2804 HZ 
FN DEV: nl n2 n3DB 
NF DEV: nl n2 n3DB 


Example 
An example of log report TRK175 follows: 


TRK175 APRO1 12:00:00 2112 FAIL TL105 FAILED 


CKT RTP2W 1 TIT = TTU 0 REASON = Q2 
MEAS AT -16 DB EML: 4.0 DB 

LOSS 404 1004 2804 HZ 

FN DEV: 355 0.5 0.9 DB 

NF DEV: 4.5 0.9 0.5 DB 


Field descriptions 
The following table describes each field in the log report: 
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Field Value Description 

FAIL TL105 FAILED Constant Indicates TL105 test did not complete 
correctly. 

CKT Symbolic text Provides equipment identification for suspect 


trunk equipment. See Table l. 


TTT Symbolic text Provides equipment identification for trunk test 
equipment. See Table l. 


REASON Reason text Identifies cause of test failure. See Table I. 
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Field Value Description 


MEAS AT -16 DB Constant Indicates transmission loss measurements are 
made with a set of test tones at -16 dB. This 
field acts as a header for a transmission loss 
measurement table. 


EML 0.0-36.0 Provides expected measured loss (EML) in 
decibels. The EML entry is in customer data 
table CLLIMTCE.DIAGDATA. 


LOSS 404 1004 2804 Constant Indicates transmission loss measurements 

HZ made with a set of test tones at 404, 1004, and 
2804 Hz. This field acts as a header for a 
transmission loss measurement table. 


FN_DEV -99.9- + 99.9 Provides far-to-near end transmission loss 
deviation from expected measured loss in 
decibels for each test tone frequency. 


NF DEV -99.9- + 99.9 Provides near-to-far end transmission loss 
deviation from expected measured loss in 
decibels for each test tone frequency. 


Action 


Contact the next level of support if you cannot find the cause text in table O. 
If you find the cause text in table O, use the following references to isolate and 
correct failures TRK175 indicates: 


e The data design section of the Translations Guide. This section provides 
information on all failures that relate to datafill. 


* Alarm and Performance Monitoring Procedures. This section provides 
information on all failures that relate to trunk equipment. 


* Maintenance guides. These guides provide more information that 
concerns trunk testing. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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TRK176 


Explanation 


The Trunk (TRK) Maintenance subsystem generates TRK176 when a trunk 
test on a 105-type test line does not complete correctly. 


Format 
The log report format for TRK176 is as follows: 
TRK176 mmmdd hh:mm:ss ssdd FAIL TL105 FAILED 
CKT trkid TTT =trkid REASON = reastxt 
LOSS MEAS AT nn DB nnnn HZ EML =n.n DB 
FN_DEV =n.n NF DEV = n.n DB 
NOISE MEAS C-MESSAGE. NML =nn NIAL =nn 
DBRN EN NSE-n NF_NSE = nn DBRN 
Example 


An example of log report TRK176 follows: 


TRK176 JAN30 21:56:18 0100 FAIL TL105 FAILED 


C 
L 
E 


NOISE MEAS C-MESSAGE 


B 


KT OLAMADCM 
OSS MEAS AT 0 DB 
N_DEV = 0.8 NF_DEV 


BRN FN_NSE = 5 


Field descriptions 
The following table describes each field in the log report: 
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1 TTT = TTU 0 REASON = Q2 
1004 HZ EML = 1.1 D 
= 0.9 DB 


UJ 


: NML - 63 NIAL - 50 
NF NSE = 15 DBRN 


Field 


Value 


Description 


FAIL TL105 FAILED 


CKT 


TIT 


REASON 


Constant 


Symbolic text 


Symbolic text 


Reason text 


Indicates TL105 test did not complete 
correctly. 


Provides equipment identification for suspect 
trunk equipment. 


Provides equipment identification for trunk test 
equipment. See Table l. 


Identifies cause for test failure. See Table O. 
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Field 


Value 


Description 


LOSS MEAS AT 0 DB 


1004 HZ 


EML 


FN_DEV 


NF_DEV 


NOISE MEAS 
C_NOTCHED 


NML 


NIAL 


FN_NSE 


NF_NSE 


Constant 


0.0-36.0 


-99.9- +99.9 


-99.9- +99.9 


Constant 


1-63 


1-63 


-99.9- +99.9 


-99.9- +99.9 


Indicates transmission loss measurements 
made with a set of test tones at 0 dB and 1004 
HZ. 


Provides expected measured loss (EML) in 
decibels. The EML entry is in customer data 
table CLLIMTCE.DIAGDATA. 


Provides far-to-near end transmission loss 
deviation from expected measured loss in 
decibels for each test tone frequency. 


Provides near-to-far end transmission loss 
deviation from expected measured loss in 
decibels for each test tone frequency. 


Indicates test performed noise measurements 
ontrunk. The test uses C_notched filter, which 
attenuates only test tone frequency. 


Provides noise maintenance limit (NML) in 
decibels above reference noise. The NML 
entry is in customer data table 
CLLIMTCE.DIAGDATA. If NOISE 
measurement exceeds NML, maintenance 
action is required. 


Indicates noise immediate action limit (NIAL) in 
decibels above reference noise. The NIAL 
entry is in customer data table 
CLLIMTCE.DIAGDATA. If noise measurement 
exceeds NIAL, immediate maintenance action 
is required. 


Indicates far-to-near end noise measured in 
decibels above reference noise. 


Indicates near-to-far end noise measured in 
decibels above reference noise. 


297-2621-840 Standard 09.01 


May 2001 


UCS log reports 1-546 
TRK176 (end) 


Action 


Contact the next level of support if you cannot find cause text in table O. If 
you find cause text in table O, use the following references to isolate and 
correct failures indicated by TRK176: 


e The data design section of the Translations Guide. This section provides 
information on all failures that relate to datafill. 


e Alarm and Performance Monitoring Procedures. This section provides 
information on all failures that relate to trunk equipment. 


* Maintenance guides. These guides provide more information that 
concerns trunk testing. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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TRK177 
Explanation 
The Trunk (TRK) Maintenance subsystem generates this report when a trunk 
test on a 105-type test line does not complete successfully. 
Format 
The format for log report TRK177 follows: 
TRK177 mmmdd hh:mm:ss ssdd PASS TL105 FAILED 
CKT trkid TTT =trkid REASON = reastxt 
LOSS MEAS AT ODB 1004 HZ EML = n.n DB 
EN DEV =n.n NF DEV - n.n DB 
Example 


An example of log report TRK177 follows: 


TRK177 JAN30 21:56:18 2112 PASS TL105 FAILED 
CKT RTP2W 1 TTT = TTU 0 REASON = Q2 
CKT OLAMADCM 1 
LOSS MEAS AT 0 DB 1004 HZ EML = 6.0 DB 
FN DEV - 1.4 NF DEV = 0.9 DB 


Field descriptions 
The following table explains each of the fields in the log report: 
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Field Value Description 


PASS TL105 FAILED Constant Indicates TL105 test did not completed 
successfully 


CKT Symbolic text Provides equipment identification for suspect 
trunk equipment. See Table l. 


TTT Symbolic text Provides equipment identification for trunk test 
equipment. See Table I. 


REASON Reason text Identifies reason for test failure. See table O. 

LOSS MEAS AT 0 DB Constant Indicates transmission loss measurements are 

1004 HZ made with a set of test tones at 0 dB and 1004 
HZ 
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Field Value Description 

EML 0.0-36.0 Provides expected measured loss (EML) in 
decibels. EML is datafilled in customer data 
table CLLIMTCE.DIAGDATA. 

FN DEV -99.9- 499.9 Provides far-to-near end transmission loss 
deviation from expected measured loss in 
decibels for each test tone frequency 

NF DEV -99.9- 499.9 Provides near-to-far end transmission loss 
deviation from expected measured loss in 
decibels for each test tone frequency 

Action 


If reason text generated cannot be found in Table O, contact the next level of 
maintenance. If reason text is found in Table O, use the following references 
to isolate and correct failures indicated by TRK177: 


e The data schema section of the Translations Guide - All failures related to 
datafill 


* Alarm Clearing and Performance Monitoring Procedures - All failures 


related to trunk equipment 


* Maintenance guides - More information concerning trunk testing 


Associated OM registers 


None 


Additional information 


None 
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TRK178 


Explanation 


The Trunk (TRK) Maintenance subsystem generates TRK178 when a trunk 
test on a 105-type test line does not complete correctly. 


Format 


The log report format for TRK178 is as follows: 


TRK178 mmmdd hh:mm:ss ssdd PASS TL105 FAILED 


CKT trkid 


TTT = trkid REASON = reastxt 


Example 


An example of log report TRK178 follows: 


TRK178 JAN30 21:56:18 2112 PASS TL105 FAILED 


CKT RTP2W 
TTT = TTU 
FN_DEV = 1.4 


Field descriptions 


0 


1 


REASON = Q2 
NF_DEV = 0.9 DB 


< 


The following table describes each field in the log report: 


Field Value 


Description 


PASS TL105 FAILED Constant 


CKT Symbolic text 
TTT Symbolic text 
REASON Reason text 


Identifies cause of test failure. See Table O. 


Indicates TL105 test did not complete 
correctly. 


Provides equipment identification for possible 
defective trunk equipment. See Table |. 


Provides equipment identification for trunk test 
equipment. See Table I. 
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Action 


Contact the next level of support if you cannot find the reason text in Table O. 
If you find the reason text in Table O, use the following references to isolate 
and correct failures TRK178 indicates: 


e The data design section of the Translations Guide. This section provides 
information on all failures that relate to datafill. 


* Alarm Clearing and Performance Monitoring Procedures. This section 
provides information on all failures that relate to trunk equipment. 


* Maintenance guides. These guides provide more information that 
concerns trunk testing. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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TRK182 


Explanation 


Format 


Example 


UCS log reports 1-551 


The Trunk (TRK) Maintenance subsystem generates TRK182 when a problem 
occurs during digitone (DGT) reception for an incoming call over a trunk. The 
subsystem cannot determine the call destination. Normally, this event 
indicates that an outside electromagnetic force distorts the signal. The type of 
problem that occurs determines if the DMS starts diagnostics. 


The log report format forTRK182 is as follows: 
TRK182 mmmdd hh:mm:ss ssdd DGT RECEP TRBL 
TRBCODE- trbtxt TRBLINFO= infotxt 


INCTRK- CKT trkid DGTRCVR= CKT trkid 
CLDNO= dn  CALLID- callid 


An example of log report TRK182 follows: 


TRK182 JAN27 05:05:33 1234 DGT RECEP TRBL 


TRBCODE- PARTIALDIAL TRBLINFO- NIL 
INCTRK- CKT RTP2W 18 DGTRCVR- CKT RCVRDGT 10 
CLDNO- $ CALLID- 123456 


Field descriptions 


(Sheet 1 of 2) 


The following table describes each field in the log report: 


Field Value Description 

DGT RECEP TRBL Constant Indicates problem that occurred during DGT 
reception for an incoming call over a trunk. 

TRBCODE Trouble text Identifies problem in suspect trunk equipment. 
Refer to Table G. 

TRBLINFO Information text Provides additional information to isolate 
problem. Refer to Table F. 

INCTRK Symbolic text Provides equipment identification for possible 
defective trunk equipment. Refer to table I. 

DGTRCVR Symbolic text Provides equipment identification for suspect 
trunk equipment. Refer to Table I. 
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Field Value Description 


CLDNO Integers Provides directory number and prefixes that 
originate station dials, if subsystem received 
digits before problem occurred. Refer to Table 
l. 


Note: The subsystem truncates the called 
number to 15 digits, if the subsystem received 
more than 15 digits. 


CALLID Integers Indicates the callid. Refer to Table l. 


Action 


If the subsystem generates TRK182 with the problem 
PRE ROUTE ABANDONED, there is no action required. 


If the subsystem generates TRK182 with any problem other than 
PRE ROUTE ABANDONED, check for other TRK182 reports: 
e There is no action required if the system generates a TRK with: 
— the same CLLI a maximum of five times in one hour or 
— a different CLLI a maximum of 19 times in one hour. 


e Ifthe subsystem generates TRK a minimum of 21 times in one hour with 
different CLLI, contact the next level of support. 


e Ifthe subsystem generates TRK182 a minimum of six times in one hour 
with the same CLLI, check the TRK log buffer. The system request causes 
the subsystem to generate the following trunk diagnostic reports with the 
same CLLI: 


— TRK106 

— TRK107 
If the system does not start diagnostic tests, isolate the problem. To isolate the 
problem, perform tests on suspect trunk and receiver equipment from the TTP 


MAP level. Refer to the maintenance guides for tests that can operate on trunk 
equipment. 
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TRK182 (end) 


The test of the possible defective trunk and receiver equipment completes 
because of a system or manual request. After the test completes, use the 
information in the trunk test report to clear the fault: 


e The subsystem can generate TRK107 and can continue to generate 
TRK182 for the suspect trunk equipment. If this event occurs, perform 
diagnostics on suspect receiver equipment and contact the next level of 
support. 


e Ifthe subsystem generates, perform the required action for TRK106. 


Continue to clear the problem until one of the following events occurs: 
e The subsystem generates TRK107 and does not generate TRK182. 


e The user contacts the next level of support. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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TRK183 


Explanation 


The Trunk (TRK) Maintenance subsystem generates log report TRK183 when 
the subsystem encounters a problem. This problem occurs during digitone 
(DGT) reception for incoming calls over a trunk, when permanent signal 
problems occur. The DMS can initiate diagnostic tests. 


Format 
The log report format for TRK183 is as follows: 


TRK183 mmmdd hh:mm:ss ssdd DGT PERM SIG 
TRBCODE- trbtxt TRBLINFO= infotxt 
INCTRK- CKT trkid DGTRCVR- CKT trkid 
CALLID- callid 


Example 
An example of log report TRK183 follows: 


TRK183 JAN27 05:06:08 1234 DGT PERM SIG 


TRBCODE- PARTIALDIAL TRBLINFO- NIL 
INCTRK- CKT RTP2W 18 DGTRCVR- CKT RCVRDGT 10 
CALLID- 123456 


Field descriptions 
The following table describes each field in the log report: 
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Field Value Description 

DGT PERM SIG Constant Indicates a permanent signal problem occurs 
during DGT reception for an incoming call over 
a trunk. 

TRBCODE Trouble text Identifies trouble the suspect trunk equipment 


encounters. See Table G. 


TRBLINFO Information text Provides additional information for problem 
isolation. See Table F. 


INCTRK Symbolic text Provides equipment identification for suspect 
trunk equipment. See Table l. 
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Field Value Description 
DGTRCVR Symbolic text Provides equipment identification for DGT 
receiver that connects to the incoming trunk. 
See Table |. 
CALLID Integers Indicates the callid. See Table l. 
Action 


If the subsystem generates TRK183 with the problem 
PRE_ROUTE_ABANDONED, there is no action required. 


If the subsystem generates TRK183 with any trouble other than 
PRE_ROUTE_ABANDONED, check for other TRK183 reports: 


e Ifthe subsystem generates TRK183 less than 6 times in 1 hour with the 
same CLLI, there is no action required. If the system generates TRK183 
less than 20 times in 1 hour with different CLLI, there is no action required. 


e Ifthe subsystem generates TRK183 more than 20 times in 1 hour with 
different CLLI, contact the next level of maintenance. 


e Ifthe subsystem generates TRK183 6 or more times in 1 hour with the 
same CLLI, check the TRK log buffer. The TRK log buffer can contain 
the trunk diagnostic reports TRK106 and TRK107 with the same CLLI. 
The subsystem generates these reports because of a system request. 


If the system does not start diagnostic tests, isolate the problem. Perform 
diagnostics on suspect trunk and receiver equipment from the trunk test 
position (TTP) MAP level. See the maintenance guides for diagnostic tests 
that can run on trunk equipment. 


When the diagnostic test completes for the suspect trunk and receiver 
equipment, clear the fault. The diagnostic test can complete because of a 
system or manual request. Use information from the trunk diagnostic report 
to clear the fault: 


e Ifthe system generates TRK10 and continues to generate TRK183 for the 
suspect trunk equipment, perform diagnostics on suspect receiver 
equipment. Contact the next level of maintenance. 


e Ifthe system generates TRK106, follow the required action for TRK106. 
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TRK183 (end) 


Continue attempts to clear the problem until one of the following events occur: 
* The system generates TRK10 and does not generate TRK183. 


e You contact the next level of maintenance. 


Associated OM registers 
There are no additional OM registers. 


Additional information 
There is no additional information. 


DMS-250 Logs Reference Manual, Volume 6 of 6 UCS15 


UCS log reports 1-557 


TRK213 
Explanation 
The Trunk (TRK) Maintenance subsystem generates log report TRK213 when 
the system encounters a problem on the identified trunk. The DMS can initiate 
diagnostic testing for some problems. 
Format 
The log report format for TRK213 is as follows: 
TRK213 mmmdd hh:mm:ss ssdd TRUNK TRBL 
CKT trkid 
TRBCODE- trbtxt TRBLINFO:c infotxt 
CALLID= callid 
Example 


An example of log report TRK213 follows: 


TRK213 JAN27 08:06:09 1234 TRUNK TRBL 
CKT PSPD 18 
TRBCODE- ANNOUNCEMENT MACH TRBL TRBLINFO = NIL 
CALLID- 123456 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 
TRUNK TRBL Constant Indicates a problem on the suspect trunk. 
CKT Symbolic text Provides equipment identification for suspect 


trunk equipment. Refer to Table I. 


TRBCODE Trouble text Identifies the problem the suspect trunk 
equipment encounters. Refer to Table G. 


TRBLINFO Information text Provides additional information for problem 
isolation. Refer to Table F. 


CALLID Integers Indicates the callid. Refer to Table l. 


Action 


If the system generates TRK213 with the problem 
PRE ROUTE ABANDONED, there is no action required. 
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If the system generates TRK213 with any problem other than 
PRE_ROUTE_ABANDONED, check for other TRK213 reports: 


e Ifthe system generates TRK213 a maximum of six times in 1 h with the 
same CLLI, there is no action required. If the system generates TRK213 
a maximum of 20 times in 1 h with different CLLI, there 1s no action 
required. 


e Ifthe system generates TRK213 more than 20 times in 1 h with different 
CLLI, contact the next level of maintenance. 


e Ifthe system generates TRK213 a minimum of six times in 1 h with the 
same CLLI, check the TRK log buffer. Check the TRK log buffer for the 
trunk diagnostic reports TRK106 and TRK107 with the same CLLI. The 
system generates these reports as a result of a system request. 


If the system has not started diagnostic testing, isolate the fault. To isolate the 
fault, perform trunk diagnostics on the suspect trunk equipment from the trunk 
test position (TTP) MAP level. Refer to the maintenance guides for diagnostic 
tests that can run on trunk equipment. 


When the diagnostic test is complete (because of a system or manual request) 
for the suspect trunk equipment, clear the fault. Use the information in the 
trunk diagnostic report to clear the fault: 


* Ifthe system generates TRK107 and continues to generate TRK213 for the 
suspect trunk equipment, contact the next level of maintenance. 


e Ifthe system generates TRK106, follow the “Action to be taken" for 
TRK106. 

Continue to try to clear the fault until one of the following conditions occurs: 

* The system generates TRK107 and does not generate TRK213. 


e You contact the next level of maintenance. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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TRK250 


Explanation 


If it uses an audio tone detector (ATD), a switch generates this report to return 
the current state of the ATD after disconnect. 


Format 
The format for log report TRK250 follows: 
TRK250 date time seqnbr INFO ATD IDLE WITH REPORT 
ATD STATE = result_code 
Example 


An example of log report TRK250 follows: 


TRK250 MAY30 08:50:32 1643 INFO ATD IDLE WITH REPORT 
ATD STATE = 10 


Field descriptions 
The following table explains each of the fields in this log report: 
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Field Value Description 
result_code numeric, as The result codes and corresponding ATD 
follows: states are listed below. 
0 ATD INIT. 
1 HI DRY TIMEOUT. 
2 TOO MANY RINGS. 
4 NO CSM TRANS. 
5 AUDIBLE RING. 
6 ATD VOICE. 
8 ATD_DIAL (dialtone detected). 
9 DEFAULT_ANSWER. 
10 ATD_BUSY. 
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Field Value Description 
11 ATD_REORDER. 
12 DIALTONE_NOT_DETECTED. 


Action 


This log only provides information. Save all the logs for operating company 
personnel who are responsible for setting the office parameter that generates 
this log. 


Associated OM registers 
None 


Additional information 
None 
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TRK251 


Explanation 


The Trunk Maintenance (TRK) subsystem generates this report when a 
subscriber dials an invalid authority code. Office parameter 
LOG_INVALID_AUTH in table OFCVAR must be set to Y for this log to be 


generated. 
Format 
The format for log report TRK251 follows: 
TRK251 date time seqnbr INFO AUTHCODE_TROUBLE_DATA 
CKT trkid 
TRBCODE = trbtxt AUTHCODE = adin auth_num 
CLDNO = c num RCVR=r_num 
Example 


An example of log report TRK251 follows: 


TRK251 AUG19 08:26:28 9615 INFO AUTHCODE_TROUBLE_DATA 
CKT UDAL2WDTLS91 1 
TRBCODE = AUTHCODE_INVALID AUTHCODE = 358276488 
CLDNO = 2145788929 RCVR = UTR 


Field descriptions 
The following table explains each of the variable fields in the log report: 
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Field Value Description 


trkid clli nnn This field provides equipment identification 
number for trunk. 


trbtxt alphanumeric This field indicates the authority code is 
invalid. 
adin 00-99 This field provides the authcode database 


index number (ADIN) for the authcode. 


auth num numeric This field specifies the authority code dialed 
by customer. 
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Field Value Description 

c_num nnnnnnnnnn This field indicates the direct distance 
dialing (DDD) number dialed by the 
customer. 

r num alphanumeric This field provides the equipment 
identification for the receiver. For example, 
UTR, RCURDST, RCURMF. 

Action 


No action is required. Instances of this report are to be given to operating 
company personnel who are responsible for setting the office parameter that 
generates this log. 
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Explanation 


Format 


Example 


UCS log reports 1-563 


TRK252 


Call processing generates this RESOURCE_BUSY log in either of the 
following conditions: 


e The switch performs an audio tone detector (ATD) or digital echo 
suppressor (DES) route advance. 


e The switch requires an ATD or DES, but one is not available for the route 
advance. 


The format for log report TRK252 follows: 


TRK252 date time seqnbr INFO RESOURCE_BSY 
CKT  clli_name + cktnbr 
RESOURCE = resource OUTGTRK = CKT trk_grp ckt_no 
CLDNO = cldno CALLID = callid 


An example of log report TRK252 follows: 


TRK252 AUG18 09:48:30 0550 INFO RESOURCE_BSY 

CKT 2WDALO5 10 
RESOURCE = ATD OUTGTRK = CKT 2WDAL15 12 
CLDNO = 8441234 CALLID = 37 


Field descriptions 
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The following table explains each of the fields in this log report: 


Field 


clli_name 


resource 
trk_grp 


cldno 


Value Description 


alphanumeric The trunk common language name plus the 
number in the trunk group. 


alphabetic The ATD or DES. 
alphabetic The outgoing trunk identification. 
numeric The DDD number dialed by the customer. 
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Field Value Description 


callid numeric A sequence number assigned to each new 
call origination to uniquely identify the call. 


cktnbr numeric Circuit number (trunk). 


Action 


This log does not require action. Give all instances of this log to operating 
company personnel who are responsible for setting the office parameter that 
generates this log. 


Associated OM registers 
None 


Additional information 
None 
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Example 
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TRK253 


A switch generates this log when it encounters a problem during digit 
reception. 


The format for log report TRK253 follows: 
TRK253 date time seqnbr FLT DT RECEP TRBL 
CKT clli name + cktnbr 


TRBCODE = text . DTRCVR = CKT clli 
CLDNO = cldno CALLID - callid 


An example of log report TRK253 follows: 


TRK253 AUG18 09:23:23 0548 FLT DT RECEP TRBL 
CKT IMTICO1 11 
TRBCODE=PARTIAL DIAL DTRCVR=CKT DTRCVRO1 
CLDN0-2145551212 CALLID-63 


Field descriptions 
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The following table explains each of the fields in this log report: 


Field Value Description 

clli name alphanumeric Trunk common language name plus number 
in trunk group. 

clli alphanumeric The equipment ID for the digitone receiver. 

cktnbr numeric Circuit number (trunk). 

cldno numeric The direct distance dialing (DDD) number 
dialed by customer. 

callid numeric The sequence number assigned to each 
new call origination to uniquely identify the 
call. 

text PARTIALDIAL A partial dial time-out. 

FALSE_START A false start. 
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Field Value Description 
MUTILATED DIGIT A mutilated digit. 
DIG_RCVR_NOISE_HIGH The high noise on a digital digitone receiver. 


DIG_RCVR_NOISE_MARGINAL Marginal noise on a digital digitone receiver. 


NO_INTERDIGT_PAUSE There is no inter-digit pause on a digital 
digitone receiver. 


LARGE_TWIST A large twist (error reported by digital 
digitone receiver). 


MORE THAN TWO FREQS There are more than two frequencies on a 
digital digitone receiver. 


INDECISION There is indecision (fluctuation) on a digital 
digitone receiver. 


IDDD MISSING TERMID The incoming IMT expected to see a 
terminating delimiter but did not. The call is 
routed to partial dial treatment. 


Action 


If the same trouble code persists for the same circuits, make the circuit busy 
and run the proper diagnostics. (The system may have already initiated 
diagnostics.) Check other reports for results. 


When a dual-tone multi-frequency (DTMF) intermachine trunk (IMT) groups 
that expects a terminating delimiter (controlled by trunk subgroup field 
TERMID) receives an international call with a terminating indicator, it 
produces the IDDD. MISSING TERMID trouble code. Notify the switch 
from which the IMT originated that it is not sending a DTMF terminating digit. 


Associated OM registers 
None 


Additional information 
None 
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TRK254 


A switch generates this log when it encounters a permanent signal condition 
while waiting for called digits on a digitone incoming trunk. 


Format 
The format for log report TRK254 follows: 
TRK254 date time seqnbr FLT DT PERM SIG 
CKT clli_name + cktnbr 
TRBCODE = trbcode DTRCVR=CKT ckt 
Example 


An example of log report TRK254 follows: 


TRK254 AUG18 04:14:24 2231 FLT DT PERM SIG 


CKT IMTICO1 10 
TRBCODE=PERM_SIG 


Field descriptions 


DTRCVR-CKT DTRCVR1 


The following table explains each of the fields in this log report: 


Field Value Description 

clli_name alphanumeric The trunk common language name plus the 
number in the trunk group. 

cktnbr numeric Circuit number (trunk). 

trbcode PERM SIG The trouble causing this report is always 
PERM SIG. 

ckt alphanumeric The equipment ID for the digitone receiver. 

Action 


If the switch produces this log several times for the same circuit, make the 
circuit busy and run the proper diagnostics. (The system may have already 
initiated diagnostics.) Check other reports for results. 
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Associated OM registers 
None 


Additional information 
None 
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Format 


Example 


UCS log reports 1-569 


TRK255 


This report is generated on switch coin calls when account code and/or PIN 
digits are datafilled against the ANI tuple for the ANI received on FGD 
Operator Service System (OSS) agencies. The FGD OSS agency does not 
support the reception of account codes or PIN digits. 


The switch also generates this log report with trouble code 
UA_ANI_INVALID for a Universal Access (UA) Mechanized Calling Card 
Service (MCCS) call that originates on an EANT FGD trunk when any of the 
following ANI failures occur: 


* Received ANI is not in the correct format 
* Received ANI is not present in the ANI database 
e Received ANI is marked as DA in the ANI database 


The switch also generates this log report with trouble code 
UA. ANI. NOT RECVD for a UA MCCS call that originates on an EANT 
FGD trunk and the switch does not receive an ANI. 


Note: ANI screening for UA MCCS calls on EANT FGD trunks requires 
SOC UBFRO0004. MCCS calls requires SOC CRDS0001. Out-of-switch 
validation for MCCS calls requires SOC CRDS0002. 


The format for log report TRK255 follows: 


TRK255 mmmdd hh:mm:ss nnnn INFO DATABASE TRBL 
CKT = clli name no MEM = clli member no 
TRBCODE = <string> 
OUTGTRK = clli_member 
CLDNO = called_no CALLID = called_id 


An example of log report TRK255 follows: 


TRK255 AUG18 06:05:07 3809 INFO DATABASE TRBL 
CKT UEAN2WMFWK91 100 
TRBCODE = UA_ANI_INVALID 
OUTGTRK = UEAN2WMFWK99 
CLDNO = 2145551212 CALLID = 2144241212 
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TRK255 (continued) 


Field descriptions 


The following table explains each of the fields in the log report: 


Field Value Description 

CKT alphanumeric This field identifies the CLLI for the trunk 
circuit. 

MEM numeric This field indicates the member within the 
trunk group. 

TRBCODE string This field indicates the reason the log was 
generated. 

OUTGTRK alphanumeric This field indicates the outgoing trunk for the 
call. 

CLDNO numeric This field indicates the number that was 
dialed. 

CALLID numeric This field indicates directory number of the 
calling party. 

Action 


Re-datafill the ANI received on the FGD OSS agency in table ANISCUSP to 
indicate no account code or PIN digits are required for this ANI. 


If the switch generates this log with the UA. ANI INVALID or 

UA. ANI. NOT RECVD trouble codes, this indicates that the call is a possible 
fraud call. The action to be taken depends on the service provider. The switch 
may generate this log with these trouble codes when option UAANISCR is 
datafilled against the EANT FGD trunk in table TRKGRP and the ANI 
screening fails for the UA MCCS call. The service provider may choose to 
route the UA MCCS call to the operator or apply treatment. 


Routing the call to the operator requires datafilling the RTETOPER option in 
table STDPRTCT for the UA selector. This option can be datafilled against a 
UA number. If this option is not datafilled, the call processing software routes 
the to treatment. The type of treatment applied to the call which include ADBF 
and ANIA, depends on the ANI failure type. 


Associated OM registers 


None 
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TRK255 (end) 


Additional information 
None 
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TRK256 


Explanation 
When its audio tone detector (ATD) detects silence, a DMS-250 switch 
generates this log. The silence may be the result of a problem with a CO circuit 
or a level that is too low for the ATD to evaluate. Whenever HI and DRY occur 
on an outgoing ONAL, the switch generates this log. 


Format 
The format for log report TRK256 follows: 
TRK256 date time seqnbr INFO ATD HI AND DRY 
CKT clli_name + cktnbr 
OUTGTRK=CKT ckt cp id 
Example 


An example of log report TRK256 follows: 


TRK256 OCT12 15:12:24 4534 INFO ATD HI AND DRY 
CKT DALIMT 02 
OUTGTRK=CKT WASHDCO1 04 


Field descriptions 
The following table explains each of the fields in this log report: 


Field Value Description 


clli_name alphanumeric Trunk common language name plus number 
in trunk group. 


cktnbr numeric Circuit number (trunk). 

ckt alphanumeric The outgoing trunk ID. 

cp_id numeric The call processing ID. 
Action 


Save all the instances of this report for maintenance support personnel. 
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If the same outgoing ONAL shows frequent recurrences of this log, run the 
proper diagnostics to determine if any of the following is the problem: 


* the CO line is faulty 
e levels are too low 


* something else is wrong 


Associated OM registers 
None 


Additional information 
None 
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TRK312 
Explanation 
The Trunk (TRK) subsystem generates log report TRK312. The subsystem 
generates this report when the system encounters signaling problems over an 
incoming trunk that uses register signaling. 
Format 
The log report format for TRK312 is as follows: 
TRK312 mmmdd hh:mm:ss ssdd MFC RECEP TRBL 
TRBCODE = codetxt TRBLINFO = hhhh 
INCTRK = trkid CLDNO = dn 
CALLID = callid 
Example 


An example of log report TRK312 follows: 


TRK312 JAN27 04:04:04 1234 MFC RECEP TRBL 
TRBCODE= REGISTER_SIGNALING_FAILURE TRBLINFO= 0007 
INCTRK= CKT ICDELDIALBA 4 CLDNO= 30300 
CALLID= 66359 


Field descriptions 
The following table describes each field in the log report. 
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Field Value Description 

MFC RECEP TRBL constant Indicates a digit reception or register signaling 
problem. 

TRBCODE symbolic text Specifies which trouble the system 


encountered. Refer to the table that describes 
trouble codes. 


TRBLINFO 0000 to 008F Defines the type of signaling failure. The value 
of this field is 0000 unless TRBCODE = 
REGISTER_SIGNALING_FAIL. For 
international offices that are not international, 
refer to the table describing trouble 
information. For international offices, refer to 
the table describing international trouble 
information. 
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(Sheet 2 of 2) 


Field Value Description 

INCTRK symbolic text Specifies CLLI name and circuit number of 
incoming trunk. Refer to Table l. 

CLDNO numeric Specifies the called number. Refer to Table l. 

$ to blank Called number is not known. 

CALLID numeric The system assigns a sequence number to 
each new call to identify the call. Refer to 
Table I. 

Action 


For offices that are not international, the system can initiate diagnostics. 
Check other log reports for results of diagnostics that the system initiated. 


If the system generates TRK312 again with the same trouble code for the same 
circuit, take action on the circuit. Busy the circuit and manually run 
diagnostics. If the system continues to generate this log, contact the next level 
of maintenance. 


For international offices, if the system continues to generate the log for the 
same trunk circuit, manually test the trunk circuit. Diagnose possible 
problems. 


When the trunk passes all tests and diagnostics and the system continues to 
generate the log, contact the next level of maintenance. 


Associated OM registers 


There are no associated OM registers. 


Additional information 
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The following table describes trouble codes. 


Value 


Description 


PERMANENT_ SIGNAL Indicates a permanent signal condition. The TRBLINFO field 


is set to 0000. 
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Value 


Description 


PARTIAL_DIAL 


REGISTER_ SIGNALING_FAIL 


The system did not receive enough digits. The call did not 
terminate. The TRBLINFO field is set to 0000. 


Signaling failure occurred during the compelled register 


signaling phase of the call. The TRBLINFO field indicates 
the type of signaling failure. Refer to the table that describes 
trouble information. 


The following table describes trouble information. 


(Sheet 1 of 2) 


Digit reception phase 


Status information 
phase 


Type of failure 


0001 


0002 
0003 


0004 


0005 


0006 


0007 


0008 
0009 
0016 
0017 


0081 


0082 
0083 


0084 


0085 


0086 


0087 


0088 
0089 


Information the system received out of 
sequence. 


The system received an unknown message. 


The system detected an internal problem. 
Refer to the next level of maintenance. 


The universal tone receiver (UTR) received a 
corrupted digit. 


The system detected high background noise 
was in the UTR. 


The system detected a large power twist in the 
UTR. 


A multifrequency compelled (MFC) signal 
timeout. 


A UTR was not allocated. 
The system received an invalid signal. 
Invalid activity occurred in the switch. 


This is an invalid state. 
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Status information 
Digit reception phase phase Type of failure 
000A 008A No UTR channels are available for the call. 
000A 008F The duration of the register signaling phase 
exceeded the maximum time. 


Note: If bit 7 of the four-digit number is 0, failure occurred during the 
digit-reception phase of the call. If bit 7 is 1, signaling failure occurred 
during the transmission of called party status information to the originating 
exchange. 


The following table describes international trouble information. 


(Sheet 1 of 2) 


TRBLINFO value Type of failure 

0003 A format error. The system received a digit that was not 
expected. 

0004 There are no UTR or digit register resources available in the 
IXPM. 

0005 A data error. The digits received do not correspond to table 
RGSIGSYS. 

0006 The UTR detected a corrupted digit. 

0007 The UTR detected excessive twist. 

0008 The UTR detected no interdigit pause. 

0009 The UTR detected high noise. 

000A The system detected an incorrect ABCD code in the PM. 

000B The system did not receive a stop dial. 

XX0C The tone, that the system receives, continues. The first two 
hexadecimal digits contain the current activity when the timer 
expired. The activity range is 00 to FF. 

000D The pulse continues. 
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TRBLINFO value 


Type of failure 


000E 
000F 
XX10 


XX11 


0012 


YZ13 


YZ14 


0016 


The signal the system receives is not defined. 
The signal the system receives is not expected. 


The timer expired while waiting for a signal from the next 
office. The first two hexadecimal digits contain the current 
activity when the timer expired. The activity range is 00 to 
FF. 


The timer expired while waiting for a response from the CC. 
The first two hexadecimal digits contain the current activity 
when the timer expired. The activity range is 00 to FF. 


The PM has stopped dialing. 


The signal received maps to a NIL activity in table SIGACT. 

The left hexadecimal digit contains the signal received that 

mapped to a NIL activity. The value range is 0 to F. The next 
digit contains the R2 phase at the time of the NIL mapping. 

The value range is 0 to F. 


The current activity index into table ACTSIG maps to a NIL 
signal. The upper two digits contain the activity that mapped 
to a NIL signal. The value range is 00 to FF. 


Forward signal turned off. The action was not expected. 


DMS-250 Logs Reference Manual, Volume 6 of 6 UCS15 


UCS log reports 1-579 


TRK313 


Explanation 


The Trunk (TRK) Maintenance subsystem generates log report TRK313. This 
report appears when the system encounters a signaling problem over a trunk 
with register signaling. The system can encounter the problem during 
outpulsing or after outpulsing. 


The call direction is outgoing. 


Format 
The log report format for TRK313 follows: 


TRK313 mmmdd hh:mm:ss ssdd FLT MFC TRUNK TRBL 
TRBCODE = trblcode TRBLINFO = infotxt 
ORIG = CKT trkid CLDNO = nnnnnn 
TERM = CKT trkid CALLID = nnnnnn 


Example 
An example of log report TRK313 follows: 


TRK313 OCT30 12:41:27 1234 FLT MFC TRUNK TRBL 


TRBCODE= REGISTER_SIGNALING_FAILURE TRBLINFO= 0007 
ORIG= CKT ICDELDIALBA 4 CLDNO= 30300 
TERM= CKT OGDELDIALBC 10 CALLID= 66359 


Field descriptions 
The following table describes each field in the log report. 
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Field Value Description 


FLT MFCTRUNK TRBL Constant Indicates the system encountered a problem 
while the system processed an outgoing call 
over a trunk. The system used multifrequency 
compelled (MFC) signaling 


TRBCODE PERMANENT_SIGNAL _ Indicates the system did not receive a seizure 
acknowledge signal from the far end, following 
seizure of the outgoing trunk. The TRBLINFO 
field is set to 0000. 
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TRK313 (continued) 
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Field 


Value 


Description 


TRBLINFO 


ORIG 


CLDNO 


TERM 


CALLID 


REGISTER_SIGNALIN 
G_FAIL 


0000 to 0011 


symbolic text 


numeric 


symbolic text 


numeric 


Indicates signaling failure occurred during the 
compelled register signaling phase of the call. 
The TRBLINFO field indicates the type of 
signaling failure. Refer to the trouble 
information table. 


Provides additional information for problem 
isolation. For offices that are not international, 
refer to the table that describes problem 
information. For international offices, refer to 
the table that describes international trouble 
information. 


Provides equipment identification for 
originating trunk. Refer to Table |. 


Provides directory number and prefixes that 
the originating station dialed if the system 
receives digits before the system encounters 
the problem. Refer to Table |. System 
received 15 digits. 


Identifies terminating trunk equipment. Refer 
to Table |. 


Indicates the callid. Refer to Table I. 


Action 


If the same trouble code continues for the same circuit, manually busy the 


circuit and run diagnostics. 


Note: For offices that are not international, the system can initiate 

diagnostics. Check other log reports for any results of diagnostics that the 
system initiated. If the trunk passes all tests and diagnostics and the system 
continues to generate TRK313, contact the next level of maintenance. 


Associated OM registers 


For offices that are not international, trunk group and office traffic OM 
registers increase when the system generates TRK313. 


The TRK_OUTFAIL register increases if the trouble code is 
REGISTER _ SIGNALING FAIL or PERMANENT SIGNAL. 


PERMANENT SIGNAL. 
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TRK313 (continued) 


Additional information 
The following table describes trouble information. 


Code 
0001 
0002 
0003 


0004 
0005 


0006 
0007 
0008 
0009 
00016 
00017 
000A 
000B 
000C 


000D 


000F 


0010 


The OFZ PSGM register increases if the trouble code is 
PERMANENT SIGNAL. 


Description 
The system received information out of sequence. 
The system received a message that is not known. 


The system received an internal fault-finding log that 
maintenance support group personnel use. 


The system received a tone that was not expected 


The system detected high background noise in the universal 
tone receiver (UTR). 


The system detected a large power twist in the UTR. 
The MFC signal timed out. 

The system did not allocate a UTR. 

The system received an invalid signal. 

An invalid activity occurred in the switch. 

This is an invalid state. 

There were no UTR channels available for the call. 
The system encountered congestion. 


The system received an internal fault-finding log that 
maintenance support group personnel use. 


A time-out occurred while the system waited for the first 
register signal. 


The duration of the register signaling phase exceeded the 
maximum time. 


The system received a clear-back signal from the far end 
during the register signaling phase of the call. 
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TRK313 (continued) 


The following table describes international trouble information. 


(Sheet 1 of 2) 


Code Description 

0002 The system dialed only part of the directory number. 

0003 A format error occurred. The system received a digit that 
was not expected. 

0004 There are no UTR or digit register resources are available in 
the IXPM. 

0005 A data error occurred. The digits do not correspond to table 
RGSIGSYS. 

0006 The UTR detected a corrupted digit. 

0007 The UTR detected excessive twist. 

0008 The UTR did not detect an interdigit pause. 

0009 The UTR detected high noise. 

000A The system detected an incorrect ABCD code. 

000B The system did not receive a stop dial signal. 

XX0C The tone continues. The first two hexadecimal digits contain 
the current activity when the timer expired. The activity 
range is 00 to FF. 

XX0D The pulse continues. The first two hexadecimal digits 
contain the current activity when the timer expired. The 
activity range is 00 to FF. 

000E The system received a signal that was was not defined. 

000F The system received a signal that was not expected. 

XX10 The timer expired before a signal arrived from the next office. 
The first two hexadecimal digits list the current activity when 
the timer expired. The activity range is 00 to FF. 

XX11 The timer expired before a response arrived from the CC. 
The first two hexadecimal digits contain the current activity 
when the timer expired. The activity range is 00 to FF. 

0012 The PM stopped dialing. 
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Code Description 


XY13 The signal maps to a NIL activity in table SIGACT. The first 
hexadecimal digits contains the signal that is mapped to the 
NIL activity. The signal range is 0 to F. The next 
hexadecimal digit contains the R2 phase of the signal when 
it mapped to NIL. The value range is 0 to F. 


XX14 The current activity index into table ACTSIG maps to a NIL 
signal. The first two hexadecimal digits contain the current 
activity when the timer expired. The activity range is 00 to 
FF. 


XX15 The OGREPLS timer expired. The first two hexadecimal 
digits contain the current activity when the timer expired. 
The activity range is 00 to FF. 
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TRK342 


Explanation 


Format 


Example 


The trunk maintenance subsystem generates the TRK342 log to report invalid 
or abnormal signaling on a flexible signaling type (FST) trunk. The TRK342 
log report provides detailed information on the event. In most occurrences, 
other TRK logs accompany the TRK342 log. These logs indicate the results 
of the problem and provide instructions to correct the problem. 


The system generates the TRK342 log for trunk types other than FST. 


The log report format for TRK342 is as follows: 


TRK342 mmmdd hh:mm:ss ssdd INFO INVALID MSG CONTENTS 
CKT trkid 
REASON: error class 
DATA = error data 


An example of log report TRK342 for FST trunks follows: 


TRK342 NOV19 12:52:50 9481 INFO INVALID MSG CONTENTS 
CKT ICIBNR2MEX16A 0 
REASON: PTS ERROR CODE 
DATA = 0302 0004 010B 0001 0000 0000 0000 0000 0000 
0000 0000 0000 0000 0000 


Field descriptions 


(Sheet 1 of 2) 


The following table describes each field in the log report: 


Field Value Description 
INFO INVALID MSG constant Indicates a problem in calls over trunks that use 
CONTENTS the FST trunk subgroup. 
Note: The system can generate the TRK342 
log for trunk types other than FST. 
CKT constant Indicates the trunk identifier follows 
trkid alphanumeric text Provides the trunk identifier 
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Field Value Description 
REASON: constant Indicates the error class follows 
error class alphanumeric text Describes the error class. For FST trunks, the 


entry in this field is aways PTS ERROR CODE. 
DATA = constant Indicates that error data follows 


error data 0000 to HHHH Provides error data in the form of hexadecimal 
numbers. Nortel technical support personnel 
use this data to determine the source of the 
error. 


Action 


If the system generates TRK342 or other TRK logs often for a particular trunk, 
contact your next level of support. 


Associated OM registers 
There are no associated OM registers. 
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TRK355 


Explanation 


Format 


Example 


The trunk maintenance (TRK) subsystem generates log report TRK355 when 
Idle Q sanity trouble/rebuild occurs. 


The log report format for TRK355 is as follows: 


FP503 mmmdd hh:mm:ss ssdd INFO IDLE Q CORRUPT 
CLLI: clli 
REASON: <reason text> 


An example of log report TRK355 follows: 


TRK355 SEP05 18:14:33 4827 INFO IDLE Q CORRUPT 
CLLI: OG_MIDL 
REASON: Q CORRUPTION DETECTED 


Field descriptions 


The following table describes each field in the log report: 


Field Value Description 

INFO IDLE Q CORRUPT Constant Indicates that the system detects a corrupt 
group. The system starts a rebuild process 
for the trunk group. 

CLLI Symbolic text Identifies the affected trunk group. 

REASON Symbolic text Indicates the possible reasons why the 
subsystem produces this log. Refer to 
section Additional information at the end of 
this report. 

Action 


The subsystem generates TRK355 when the system detects a trunk idle queue 
corruption, and the rebuild process begins. Determine any recent changes on 
the switch. For example, a new feature, software patch addition or a new 
software release that can corrupt the queue. 
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TRK355 (end) 


Associated OM registers 


There are no associated OM registers. 


Additional information 


The following table describes why the subsystem generates log report 


TRK355: 


Reason 


Explanation 


Q REBUILD DETECTED 
Q REBUILD INITIATED 
Q REBUILD SUCCESSFUL 


Q REBUILD FAILED - CALL FIELD 
SUPPORT 


Indicates the system detected a trunk idle queue corruption. 
Indicates that the system initiated the queue rebuild process. 
Indicates that the queue rebuild process is successful. 


Indicates the failure of the rebuild process. This process 
requires manual intervention. 
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Explanation 


The Trunk Maintenance (TRK) subsystem generates this report when the TCN 
TRAP parameter is set to true when it is returned from the service control point 


(SCP). 
Format 
The format for log report TRK411 follows: 
TRK411 date time seqnbr FLT TCN TROUBLE DATA 
CKT trkid ORIG SWITCH ID = sid 
TRBCODE = trblcode TCN TRAP TCNNO = tcn no 
DIALEDNO = d num CLDNO = c num 
ORIGANI - orig ani 
Example 


An example of log report TRK411 follows: 


TRK411 AUG19 08:26:28 9615 FLT TCN TROUBLE DATA 
CKT UNEAN2WMFWK91 100 ORIG SWITCH ID - 111 
TRBCODE - TCN TRAP TCNNO - 23232323232323 
DIALEDNO - 02149908888 CLDNO - 02149908888 
ORIGANI - 2145551212 


Field descriptions 
The following table explains the fields in the log report: 


(Sheet 1 of 2) 
Field Value Description 
CKT clli nnn This field provides equipment identification 


number for trunk. (See Output Report Log 
Reference Manual). 


ORIG SWITCH ID 000-999 This field indicates the value of the office 
parameter ORIG. SWITCH ID in table 
OFCVAR. 

TRBCODE Trouble text This field identifies the trouble encountered 


by suspect trunk equipment. 


TCN_TRAP TCNNO 14 digits This field indicates the Travel Card Number 
(TCN) that is flagged. 
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Field Value Description 


DIALEDNO 11-18 digits This field contains the dialed number. This 
field is blank unless Call Detail Recording 
(CDR) is activated. 


CLDNO 11-18 digits This field contains the called number. This 
field is blank unless Call Detail Recording 
(CDR) is activated. 


ORIGANI 7-12 digits This field contains the origination ANI if 
available. This field is blank unless Call 
Detail Recording (CDR) is activated. 


Action 
This report informs operating company personnel the flagged TCN has been 
used so that further action can be taken if necessary. 


Associated OM registers 
None 


Additional information 
None 
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TRK424 
Explanation 
The Trunk Maintenance (TRK) subsystem generates log report TRK424 under 
the following conditions: 
e The trunk exceeds the call processing error thresholds for the first time and 
the trunk is scheduled for system diagnostics. 
e The trunk fails the system-initiated diagnostics. 
e The trunk exceeds the call processing error thresholds again in 15 min after 
a system diagnostic. 
Format 
The log report format for TRK424 is as follows: 
TRK424 mmmdd hh:mm:ss ssdd INFO CP ERRORS EXCEEDED 
CKT ckt id 
TROUBLE- trouble 
INFO- action 
COUNT?- error count 
Example 


An example of log report TRK424 follows: 


TRK424 DEC13 14:35:33 2302 INFO CP ERRORS EXCEEDED 
CKT BTUP1IC 0 
TROUBLE = CPERROR THRESHOLD EXCEEDED 
INFO = CKT WILL BE DIAGNOSED 
COUNT = 4 


Field descriptions 
The following table describes each field in the log report: 
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Field Value Description 

INFO CP ERRORS Constant Indicates the trunk exceeds the error 

EXCEEDED thresholds 

CKT Symbolic text Identifies the circuit, which consists of the trunk 
CLLI and CKTNBR. Refer to Table I. 
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Field Value Description 

TROUBLE CPERROR Indicates the trunk exceeds the call processing 
THRESHOLD thresholds 
EXCEEDED 
CKT DIAGNOSTIC Indicates the trunk fails the system diagnostic 
FAILED 
CKT REMOVED FROM Indicates the system diagnostic removed the 
SERVICE BY SYSTEM trunk from service 

INFO CKT WILL BE Indicates the system diagnostics will be run 
DIAGNOSED 
CONTACT SUPPORT Indicates the operating company personnel 
GROUP must contact the next level of maintenance 

COUNT Integer Indicates the number of call processing errors 

that occurred 
Action 


If system diagnostics do not correct the problem, contact the next level of 
maintenance. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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TRK605 


Explanation 


Format 


Example 


The TRK605 log is used in a tandem switch to identify the origination number 
when the called number is being traced. It is generated when the called 
number is datafilled in table CLIDN in the tandem switch and the call came in 
on an SS7 trunk. To generate this log when the line being traced is a remote 
call forwarded line, simply datafill the DN in table RCFCLI in the same 
terminating end office (EO) in which the Remote Call Forward (RCF) line 
exists. 


The log report format for TRK605 is as follows: 


*TRK605 mmmdd hh:mm:ss ssdd ALARM INFO Inter-Office Call Trace 
INCOMING TRUNK = <CKT CLLI> 

OUTGOING TRUNK = <CKT CLLI> 

CALLED NUMBER = NXXNXXXXX 

ORIGINATION NUMBER = NXXNXXXXXX 

SOURCE CALLING NUMBER/CHARGE NUMBER/ 
UNAVAILABLE 

CALLID = XXXXXX 

TIME: MONTH: DAY HH:mm:ss 


An example of log report TRK605 follows: 


TRK605 JUN03 15:23:40 5000INFO Inter-Office Trace 
INCOMING TRUNK CKT EATANDEMIC 1 

OUTGOING TRUNK CKT EATANDEMOG 1 

CALLED NUMBER - 613215955 

ORIGINATING NUMBER - 5198885015 

SOURCE CALLING NUMBER 

CALLID - 867350 

TIME: JUNO3 9:30:08 
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TRK605 (continued) 


Field descriptions 
The following table describes each field in the log report: 


Action 


Field Value Description 
i Alarm One asterik indicates that the 
generation of this log report 
represents a minor alarm condition. 
INCOMING Trunk Group name This field identifies the CLLI name and 
TRUNK and member member number of the incoming 
number trunk. 
OUTGOING Trunk Group name This field identifies the CLLI and 
TRUNK and member member number of the outgoing trunk. 
number 
CALLED Digits 0-9 This field identifies the called number 
NUMBER which is being traced. 
ORIGINATING Digits 0-9 This field identifies either the calling 
NUMBER number or charge number from the 
Initial Address Message, depending 
on what the SOURCE field displays. 
The Inter-Switch Call Trace feature 
attempts to get the calling number 
first. If the calling number is not 
available, the charge number is used, 
if available. If neither the calling or 
charge number is available, this field 
is left blank. 
SOURCE Calling Number, This field identifies what the 
Charge Number, or originating number was derived from. 
Unavailable If the originating number cannot be 
derived, then no number will appear in 
the ORIGINATING NUMBER field 
and the SOURCE field will display 
"UNAVAILABLE". 
CALLID 6 digit number; This field identifies the call id number. 
Digits 0-9 used 
TIME Month, Day, Hour, This field identifies the date and time 


Minute, and Second 


the call was logged. 


Action to be taken is determined by the local telephone company. 
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TRK605 (end) 


Associated OM registers 


There are no associated OM registers. 


Additional information 


Log history 


The TRK605 log will replace the TRK164 log when generated. This log is 
only used in the tandem switch. If a TRK605 log is not generated (if a non-SS7 
type trunk is used as the incoming trunk) the TRK164 log is generated. 


This log is generated when the called number is datafilled in table CLIDN in 
the tandem switch. If the called number is a remote call forwarded line, the 
called number must be datafilled in table RCFCLI. 


If the call being traced is an Equal Access call, the ANI bit in table OCCINFO 
must be set to yes. If it is set to no, “UNAVAILABLE" will be shown in the 
SOURCE field and the origination number will not be available. If the call is 
non-Equal Access and a non-SS7 type trunk is used anywhere in the incoming 
path of a multi-leg call, the origination number is NOT available and 
“UNAVAILABLE” will be shown in the source field. 


The time field was added to the body of the log because some log formats do 
not contain the full time stamp in the log header. 


SNO7 (DMS) 


NAO05 


Log TRK605 was added to DMS-250 under feature A00004045. 


This log introduced by design activity AN1658. 
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TRK882 


Explanation 
The Trunk Maintenance (TRK) subsystem generates the TRK882 report when 


the number of busy trunks in a trunk group exceeds the Out of Service (OOS) 
threshold. The OOS threshold is defined in LSSGR TR-TS Y-000064 9.2-17 as 
the following: 
OOS Threshold = [ (Ntg+3)/4] (for groups with < 16 members) 

[ (Ntg+23)/8] (for groups with >16 members) 
Where 
Ntg = Number of trunks in the group 


[] = The greatest integer function 


Format 


The log report format for TRK882 is as follows: TRK882 mmdd hh:mm:ss 
ssdd GROUP INFO clli 


Example 
TRK882 APR20 12:30:46 8500 GROUP INFO N5LOOP OOS Threshold 


Field descriptions 
The following table describes each field in the log report: 


Field Value Description 
clli Alphanumeric Identifies suspect trunk group 
Action 


Save all TRK882 log reports for network planning personnel. 


Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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TRKT200 


Explanation 


The trunk maintenance (TRK) subsystem generates this log when a call is 
routed to the specified treatment. 


Format 
The format for log report TRKT200 follows: 
TRKT200 date time seqnbr INFO TRTMT 
CKT trkid 
TREATMENT SET = trtnm CALLED NO = dn 
CALLID = callid 
Example 


An example of log report TRKT200 follows: 


TRKT200 AUG27 12:00:00 2112 INFO ANI DATABASE FAILURE 
CKT UEAN2WMFWK91 
KTTREATMENT SET = ADBF CALLED NO = 8009901234 
KTCALLID = 123456 


Field descriptions 
The following table explains each of the variable fields in the log report: 


Field Value Description 
trkid alphanumeric Originating trunk equipment. 
trtnm alphabetic Treatment assigned to trunk. 
dn numeric string of Terminating line directory number, if dialed 
up to 25 numbers before treatment was assigned. 
callid 0-FFFFF Number that uniquely identifies the call. 
Action 


Check the TRK log report buffer for trunk trouble report(s) with the same 
originating trunk circuit or trunk group. Follow the action to be taken for the 
trouble report(s) generated. 
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Associated OM registers 
None 
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Example 


UCS log reports 1-595 


TRKT201 


The trunk maintenance (TRK) subsystem generates this log when a call is 
routed to the specified treatment. 


The format for log report TRKT201 follows: 


TRKT201 date time seqnbr INFO TRTMT 
CKT trkid 
TREATMENT SET = trtnm CALLED NO = dn 
CALLID = callid 


An example of log report TRKT201 follows: 


TRKT201 AUG27 12:00:00 2112 ANI Acct Status Not Allowed 
CKT UEAN2WMFWK91 
TREATMENT SET = ANIA CALLED NO = 8009901234 
CALLID = 123456 


Field descriptions 


Action 


The following table explains each of the variable fields in the log report: 


Field Value Description 

trkid alphanumeric Originating trunk equipment. 

trtnm alphabetic Treatment assigned to trunk. 

dn numeric string Terminating line directory number, 
of up to 25 if dialed before treatment was 
numbers assigned. 

callid 0-FFFFF Number that uniquely identifies the 

call. 


Check the TRK log report buffer for trunk trouble report(s) with the same 
originating trunk circuit or trunk group. Follow the action to be taken for the 
trouble report(s) generated. 
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Associated OM registers 
None 
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UCS log reports 1-597 


TRKT202 


The trunk maintenance (TRK) subsystem generates this log when a call is 
routed to the specified treatment. 


The format for log report TRKT202 follows: 


TRKT202 date time seqnbr INFO TRTMT 
CKT trkid 
TREATMENT SET = trtnm CALLED NO = dn 
CALLID = callid 


An example of log report TRKT202 follows: 


TRKT202 AUG27 12:00:00 2112 ANI Acct Recently Disallowed 
CKT UEAN2WMFWK91 
TREATMENT SET = AARD CALLED NO = 8009901234 
CALLID = 123456 


Field descriptions 


Action 


The following table explains each of the variable fields in the log report: 


Field Value Description 
trkid alphanumeric ^ Originating trunk equipment. 
trtnm alphabetic Treatment assigned to trunk. 
dn numericstring Terminating line directory 
of up to 25 number, if dialed before 
numbers treatment was assigned. 
callid 0-FFFFF Number that uniquely identifies 
the call. 


Check the TRK log report buffer for trunk trouble report(s) with the same 
originating trunk circuit or trunk group. Follow the action to be taken for the 
trouble report(s) generated. 
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TRKT202 (end) 


Associated OM registers 
None 
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TRKT203 


The trunk maintenance (TRK) subsystem generates this log when a call is 
routed to the specified treatment. 


Format 


The format for log report TRKT203 follows: 


TRKT203 date time seqnbr INFO TRTMT 


CKT trkid 


TREATMENT SET = trtnm CALLED NO = dn 


CALLID = callid 


Example 


An example of log report TRKT203 follows: 


TRKT203 AUG27 12:00:00 2112 Calling Card Invalid 
CKT UEAN2WMFWK91 
TREATMENT SET = CCNV CALLED NO = 8009901234 


CALLID - 123456 


Field descriptions 


The following table explains each of the variable fields in the log report: 


Field 


trkid 


trtnm 


dn 


callid 


Value 
alphanumeric 


alphabetic 


numeric string 
of up to 25 
numbers 


0-FFFFF 


Description 


Originating trunk equipment. 


Treatment assigned to trunk. 
CCNV indicates Calling Card 
Invalid. 


Terminating line directory 
number, if dialed before 
treatment was assigned. 


Number that uniquely identifies 
the call. 
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1-600 UCS log reports 
TRKT203 (end) 


Action 


Check the TRK log report buffer for trunk trouble report(s) with the same 


originating trunk circuit or trunk group. Follow the action to be taken for the 
trouble report(s) generated. 


Associated OM registers 
None 
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UCS log reports 1-601 


TRKT204 


Explanation 


The trunk maintenance (TRK) subsystem generates this log when a call is 
routed to the specified treatment. 


Format 
The format for log report TRKT204 follows: 
TRKT204 date time seqnbr INFO TRTMT 
CKT trkid 
TREATMENT SET = trtnm CALLED NO = dn 
CALLID = callid 
Example 


An example of log report TRKT204 follows: 


TRKT204 AUG27 12:00:00 2112 Calling Card Timeout 
CKT UEAN2WMFWK91 
TREATMENT SET = CCTO CALLED NO = 8009901234 
CALLID = 123456 


Field descriptions 
The following table explains each of the variable fields in the log report: 


Field Value Description 
trkid alphanumeric ^ Originating trunk equipment. 
trtnm alphabetic Treatment assigned to trunk. 
dn numericstring Terminating line directory 
of up to 25 number, if dialed before 
numbers treatment was assigned. 
callid 0-FFFFF Number that uniquely identifies 
the call. 


Action 
Check the TRK log report buffer for trunk trouble report(s) with the same 
originating trunk circuit or trunk group. Follow the action to be taken for the 
trouble report(s) generated. 


DMS-250 Logs Reference Manual, Volume 6 of 6 UCS15 


1-602 UCS log reports 
TRKT204 (end) 


Associated OM registers 
None 
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UCS log reports 1-603 


TRKT205 


Explanation 


The trunk maintenance (TRK) subsystem generates this log when a call is 
routed to the specified treatment. 


Format 
The format for log report TRKT205 follows: 


TRKT205 date time seqnbr INFO TRMT 
CKT trkid 
TREATMENT SET = trtnm CALLED NO = dn 
CALLID = callid 
STS = sts 


Example 
An example of log report TRKT205 follows: 


TRKT205 APRO1 12:00:00 2112 INFO TRMT 
CKT EAN670TWMFWK1 
TREATMENT SET = GNCT CALLED NO = 2122201234 
CALLID = 123456 
STS = 611 


Field descriptions 
The following table explains the fields in the log report: 


(Sheet 1 of 2) 


Field Value Description 
CKT alphanumeric This field indicates the CLLI for 
the originating trunk circuit. 
TREATMENT SET symbolic text This field indicates the treatment 
assigned to the trunk. 
CALLED NO numericstring This field indicates the 
of up to 25 terminating line directory number, 
numbers if dialed before treatment was 
assigned. 
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1-604 UCS log reports 
TRKT205 (end) 


(Sheet 2 of 2) 


Field Value Description 


CALLID integers This field indicates the number 
that uniquely identifies the call. 


STS 000-999 The field indicates the serving 
translations scheme (STS) used 
by the UCS DMS-250 switch to 
derive routing information for the 
call. 


Action 
Check the TRK log report buffer for trunk trouble report(s) with the same 
originating trunk circuit or trunk group. Follow the action to be taken for the 
trouble report(s) generated. 


Associated OM registers 
None 


Additional information 
None 
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UCS log reports 1-605 


TRKT206 


Explanation 


The trunk maintenance (TRK) subsystem generates this log when a call is 
routed to the specified treatment. 


Format 
The format for log report TRKT206 follows: 
TRKT206 date time seqnbr INFO TRTMT 
CKT trkid 
TREATMENT SET = trtnm CALLED NO = dn 
CALLID = callid 
Example 


An example of log report TRKT206 follows: 


TRKT206 AUG27 12:00:00 2112 Reorder 
CKT UEAN2WMFWK91 
TREATMENT SET = RODR CALLED NO = 8009901234 
CALLID = 123456 


Field descriptions 
The following table explains each of the variable fields in the log report: 


Field Value Description 
trkid alphanumeric ^ Originating trunk equipment. 
trtnm alphabetic Treatment assigned to trunk. 
dn numericstring Terminating line directory 
of up to 25 number, if dialed before 
numbers treatment was assigned. 
callid 0-FFFFF Number that uniquely identifies 
the call. 


Action 
Check the TRK log report buffer for trunk trouble report(s) with the same 
originating trunk circuit or trunk group. Follow the action to be taken for the 
trouble report(s) generated. 
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1-606 UCS log reports 
TRKT206 (end) 


Associated OM registers 
None 
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UCS log reports 1-607 


TRKT207 


Explanation 


The trunk maintenance (TRK) subsystem generates this log when a call is 
routed to the specified treatment. 


Format 
The format for log report TRKT207 follows: 
TRKT207 date time seqnbr INFO TRTMT 
CKT trkid 
TREATMENT SET = trtnm CALLED NO = dn 
CALLID = callid 
Example 


An example of log report TRKT207 follows: 


TRKT207 AUG27 12:00:00 2112 Restricted Date Time 
CKT UEAN2WMFWK91 
TREATMENT SET = RSDT CALLED NO = 8009901234 
CALLID = 123456 CALLID = callid 


Field descriptions 
The following table explains each of the variable fields in the log report: 


Field Value Description 
trkid alphanumeric Originating trunk equipment. 
trtnm alphabetic Treatment assigned to trunk. 
dn numeric string of Terminating line directory number, if dialed 
up to 25 numbers before treatment was assigned. 
callid 0-FFFFF Number that uniquely identifies the call. 
Action 


Check the TRK log report buffer for trunk trouble report(s) with the same 
originating trunk circuit or trunk group. Follow the action to be taken for the 
trouble report(s) generated. 
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1-608 UCS log reports 
TRKT207 (end) 


Associated OM registers 
None 
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UCS log reports 1-609 


TRKT208 


Explanation 


The trunk maintenance (TRK) subsystem generates this log when a call is 
routed to the specified treatment. 


Format 
The format for log report TRKT208 follows: 
TRKT208 date time seqnbr INFO TRTMT 
CKT trkid 
TREATMENT SET = trtnm CALLED NO = dn 
CALLID = callid 
Example 


An example of log report TRKT208 follows: 


TRKT208 AUG27 12:00:00 2112 Storage Overflow Reorder 
CKT UEAN2WMFWK91 
TREATMENT SET = SORD CALLED NO = 8009901234 
CALLID = 123456 


Field descriptions 
The following table explains each of the variable fields in the log report: 


Field Value Description 
trkid alphanumeric Originating trunk equipment. 
trtnm aphabetic Treatment assigned to trunk. 
dn numeric string of Terminating line directory number, if dialed 
up to 25 numbers before treatment was assigned. 
callid 0-FFFFF Number that uniquely identifies the call. 
Action 


Check the TRK log report buffer for trunk trouble report(s) with the same 
originating trunk circuit or trunk group. Follow the action to be taken for the 
trouble report(s) generated. 


Associated OM registers 
None 
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1-610 UCS log reports 


TRKT209 


Explanation 


The trunk maintenance (TRK) subsystem generates this log when a call is 
routed to the specified treatment. 


Format 
The format for log report TRKT209 follows: 
TRKT209 date time seqnbr INFO TRTMT 
CKT trkid 
TREATMENT SET = trtnm CALLED NO = dn 
CALLID = callid 
Example 


An example of log report TRKT209 follows: 


TRKT209 AUG27 12:00:00 2112 Start Signal Timeout 
CKT UEAN2WMFWK91 
TREATMENT SET = SSTO CALLED NO = 8009901234 
CALLID = 123456 


Field descriptions 
The following table explains each of the variable fields in the log report: 


Field Value Description 

trkid alphanumeric Originating trunk equipment. 

trtnm alphabetic Treatment assigned to trunk. 

dn numeric string of Terminating line directory number, if dialed 


up to 25 numbers before treatment was assigned. 


callid 0-FFFFF Number that uniquely identifies the call. 


Action 
Check the TRK log report buffer for trunk trouble report(s) with the same 
originating trunk circuit or trunk group. Follow the action to be taken for the 
trouble report(s) generated. 
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1-611 UCS log reports 
TRKT209 (end) 


Associated OM registers 
None 
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1-612 UCS log reports 


TRKT210 


Explanation 


The trunk maintenance (TRK) subsystem generates this log when a call is 
routed to the specified treatment. 


Format 
The format for log report TRKT210 follows: 
TRKT210 date time seqnbr INFO TRTMT 
CKT trkid 
TREATMENT SET = trtnm CALLED NO = dn 
CALLID = callid 
Example 


An example of log report TRKT210 follows: 


TRKT210 AUG27 12:00:00 2112 Vacant Speed Number 
CKT UEAN2WMFWK91 
TREATMENT SET = VACS CALLED NO = 8009901234 
CALLID = 123456 


Field descriptions 
The following table explains each of the variable fields in the log report: 


Field Value Description 
trkid alphanumeric ^ Originating trunk equipment. 
trtnm alphabetic Treatment assigned to trunk. 
dn numericstring Terminating line directory 
of up to 25 number, if dialed before 
numbers treatment was assigned. 
dn 0-FFFFF Number that uniquely identifies 
the call. 


Action 


Check the TRK log report buffer for trunk trouble report(s) with the same 
originating trunk circuit or trunk group. Follow the action to be taken for the 
trouble report(s) generated. 


297-2621-840 Standard 09.01 May 2001 


1-613 UCS log reports 
TRKT210 (end) 


Associated OM registers 
None 


297-2621-840 Standard 09.01 May 2001 


1-614 UCS log reports 


Explanation 


TRKT211 


The trunk maintenance (TRK) subsystem generates this log when a call is 


routed to the specified treatment. 


Format 


The format for log report TRKT211 follows: 


TRKT211 date time seqnbr INFO TRTMT 
CKT trkid 
TREATMENT SET = trtnm CALLED NO = dn 
CALLID = callid 


Example 


An example of log report TRKT211 follows: 


TRKT211 A 


UG27 12:00:00 2112 Vacant Code 
CKT UEAN2WMFWK91 


TREATM 


ENT SET = VACT CALLED NO = 8009901234 


CALLID 


Field descriptions 


= 123456 


The following table explains each of the variable fields in the log report: 


Field Value Description 
trkid alphanumeric Originating trunk equipment. 
trtnm alphabetic Treatment assigned to trunk. 
dn numeric string of Terminating line directory number, if dialed 
up to 25 numbers before treatment was assigned. 
callid 0-FFFFF Number that uniquely identifies the call. 
Action 


Check the TRK log report buffer for trunk trouble report(s) with the same 
originating trunk circuit or trunk group. Follow the action to be taken for the 
trouble report(s) generated. 
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1-615 UCS log reports 
TRKT211 (end) 


Associated OM registers 
None 
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1-616 UCS log reports 
TRKT213 


Explanation 


The trunk maintenance (TRK) subsystem generates this log when a call is 
routed to the TCPB treatment. 


Format 
The format for log report TRKT213 follows: 
TRKT213 date time seqnbr INFO TRTMT 
CKT trkid 
TREATMENT SET = trtnm CALLED NO = dn 
CALLID =callid 
Example 


An example of log report TRKT213 follows: 


TRKT213 JANO3 10:20:38 4301 INFO TRTMT 
CKT UEAN2WMFWK91 
TREATMENT SET = TCPB CALLED NO = 8009901234 
CALLID = 123456 


Field descriptions 
The following table explains each of the variable fields in the log report: 


Field Value Description 

trkid alphanumeric ^ Originating trunk equipment. 
trtnm alphabetic Treatment assigned to trunk. 
dn numeric Terminating line directory 


number, if dialed before 
treatment was assigned. 


callid numeric Number uniquely identifying the 
call. 


Action 
No action is required. This log is for information only. 
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1-617 UCS log reports 
TRKT213 (end) 


Associated OM registers 
Treatment TCPB pegs the OMs associated with feature invoked treatments. 
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1-618 UCS log reports 


TRMS450 


Explanation 


The TRMS450 report summarizes under one log header a series of transaction 
log recovery events. 


The timestamp on the TRMS450 header line is the time when the report is 
submitted to the central log system for output. 


The timestamps on the separate event header lines are the local times assigned 
to the separate events. The local times assigned to the separate events occur at 
the reporting nodes when the events first generated. The time on the TRMS450 
header line is normally 10 to 20 s after the time of the last event reported. 


The TRMS450 log is never alarmed, regardless of the alarm level of the 
contents of the log. The TRMS450 is for the human reader. The reader can 
use the log as an abbreviated summary of a routine series of operations. 
Persons that compose a transaction log recovery should use these logs. 


<entity name> is the text name of a hardware or software component, a 
service, or some other entity associated with the switch. 


<Log Name> gives the name of the transaction log that TRMS recovery 
processess. 


<AbortCnt> gives a count of the transactions that are not complete that the 
system rolls back. 


<CommittedCnt> gives a count of the committed transactions that the system 
rolls forward. 


High-priority events that the reporting applications identify are logged as they 
reach the central log system. Other events are logged following the generation 
of the TRMS450 summary report. Events of the INTIATE and 
COMPLETION classes appear only in the TRMS450 report, and never as 
separate logs. 


Format 
The log report format for TRMS450 is as follows: 


297-2621-840 Standard 09.01 May 2001 


1-619 UCS log reports 


TRMS4A50 (continued) 


TRMS450 mmmdd hh:mm:ss ssdd INFO Log Recovery Summary 
Location: Transactional Record Management Service on «entity» 


«entity» 
TIME LOGNAME HIGH LOG TRANSACTIONS 
TRANSACTION 
NUMBER ABORTED 
COMMITTED 


«Time» «Log Name» <LogNo> <AbortedCnt> 
<CommittedCnt> 


<Time> <Log Name> <LogNo> <AbortedCnt> 
<CommittedCnt> 


Example 
An example of log report TRMS450 follows: 


TRMS450 JUN20 12:26:58 8591 INFO Log Recovery Summary 
Location: Transactional Record Management Service on 
FP 3 
TIME LOG NAME HIGH LOG TRANSACTIONS 
TRANSACTIONS 

NUMBER ABORTED 

COMMITTED 
12:26:58 SYSLOG 0 0 0 
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UCS log reports 1-620 
TRMS450 (end) 


Field descriptions 
The following table explains each field in the log report: 


Field Value Description 


<entity name> The entity name is the text name of a hardware or software 
component. The entity name also can be the name of a 
service or some other entity associated with the switch. 


<Log name> The Log name gives the name of the transaction log that the 
TRMS recovery processed. 


<AbortedCnt> The AbortCnt gives a count of the transactions that are not 
complete that the system rolled back. 


<CommittedCnt> The CommittedCnt gives a count of the committed 
transactions that the system rolled forward. 


Action 


The user can use the TRMS450 message to help log analysis. This message 
brings together related events in one report, and the correct time sequence of 
the events. The action required depends upon the nature of the events reported. 


Associated OM registers 
There are no associated OM registers. 
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UCS log reports 1-621 


TUPL600 


Explanation 


The system generates TUPL600 when the system adds a tuple to a monitored 
table. The table is not a digilator table. 


Format 
The log report format for TUPL600 is as follows: 


TUPL600 ssdd INFO TUPLE ADDED 
TABLE: <table_name> 
KEY: <key> 
TUPLE: <tuple entry> 
SEQNUM: <sequence_no> 
USER: <user_id> ON: <device type and name> 
DATE: mmddyy TIME: hhmmss 
PCL: <pcl_id> 


Example 
An example of log report TUPL600 follows: 


TUPL600 4827 INFO TUPLE ADDED 
TABLE: FNPACONT 
KEY: 613 
TUPLE: 613 1 S D DUMPANDRESTORE OFRT 1 0 0 0 
SEQNUM: 2 
USER: ADMIN ON: CONSOLE: MAP 
DATE: 012696 TIME: 154336 
PCL: LECB 4 


Field descriptions 
The following table explains each field in the log report: 


(Sheet 1 of 3) 


Field Value Description 

INFO TUPLE ADDED constant Indicates that the system adds a tuple to a 
monitored table. 

TABLE: constant Indicates the name of the affected table 
follows. 


DMS-250 Logs Reference Manual, Volume 6 of 6 UCS15 


1-622 UCS log reports 


TUPL600 (continued) 


(Sheet 2 of 3) 
Field Value Description 
table_name up to 8 The name of the table to which the system 
alphanumeric adds the tuple. 
characters 
KEY: constant Indicates the key follows. 
key up to 80 The key to the table. 
alphanumeric 
characters 
TUPLE: constant Indicates the added tuple follows. 
tuple entry up to 248 The tuple added to the table. 
alphanumeric 
characters 
SEQNUM: constant Indicates the sequence number follows. 
sequence_no 0 to 32767 The sequence number. 
USER: constant Indicates the userid of the originator of the 
tuple addition follows. 
user_id up to 16 The userid of the originator of the tuple 
alphanumeric addition. 
characters 
ON: constant Indicates the device type and device name 
associated with the tuple addition follows. 
device type and name up to 17 The device type and name. For example: 
alphanumeric CONSOLE: MAP. 
characters 
DATE: constant Indicates the month, day, and year of the 
tuple addition follows. 
mmddyy The month, day, and year of the tuple 
addition. 
TIME: constant Indicates the time of the tuple addition 
follows. 
hhmmss The time of the tuple addition in hours, 


minutes, and seconds. 
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UCS log reports 1-623 
TUPL600 (end) 


(Sheet 3 of 3) 
Field Value Description 
PCL constant Indicates the name of the product CM load 
(PCL) follows. 
pcl id up to 34 The name and version of the PCL. For 
alphanumeric example: LECB 4. 
characters 
Action 


This log provides tuple change information to the downstream operational 
support systems (OSSs) to allow them to synchronize their data. 


Associated OM registers 
There are no associated OM registers. 


Additional information 


Datafill in table TABMON activates the generation of TUPL600 log reports for 
a table. 
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1-624 UCS log reports 


TUPL601 


Explanation 


The system generates TUPL601 when the system deletes a tuple from a 
monitored table. The table is not a digilator table. 


Format 


The log report format for TUPL601 is as follows: 


TUPL601 ssdd INFO TUPLE DELETED 


TABLE: <table_name> 
KEY: <key> 

TUPLE: <tuple_entry> 
SEQNUM: <sequence_no> 


USER: <user_id> ON: <device_type_and_name> 
DATE: mmddyy TIME: hhmmss 


PCL: <pcl_id> 


Example 


An example of log report TUPL601 follows: 


TUPL601 4827 INFO TUPLE DEL 


ETED 


TABLE: FNPACONT 
KEY: 613 


TUPLE: 613 1 S D DUMPAND 
SEQNUM: 2 
USER: ADMIN ON: CONSOLE: 


RESTORE OFRT 1 0 0 0 


MAP 


DATE: 012696 TIME: 154336 


PCL: LECB 4 


Field descriptions 


The following table explains each field in the log report: 


(Sheet 1 of 3) 


Field Value Description 

INFO TUPLE DELETED constant Indicates that the system deleted a tuple 
from a monitored table. 

TABLE : constant Indicates the name of the affected table 


follows. 
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TUPL601 (continued) 


(Sheet 2 of 3) 
Field Value Description 
table_name up to 8 The name of the table from which the 
alphanumeric system deleted the tuple. 
characters 
KEY: constant Indicates the key follows. 
key up to 80 The key to the table. 
alphanumeric 
characters 
TUPLE: constant Indicates the deleted tuple follows. 
tuple_entry up to 248 The tuple deleted from the table. 
alphanumeric 
characters 
SEQNUM: constant Indicates the sequence number follows. 
sequence_no 0 to 32767 The sequence number. 
USER: constant Indicates the userid of the originator of the 
tuple deletion follows. 
user_id up to 16 The userid of the originator of the tuple 
alphanumeric deletion. 
characters 
ON: constant Indicates the device type and device name 
associated with the tuple deletion follows. 
device_type_and_name up to 17 The device type and name. For example: 
alphanumeric CONSOLE: MAP 
characters 
DATE: constant Indicates the month, day, and year of the 
tuple deletion follows. 
mmddyy The month, day, and year of the tuple 
deletion. 
TIME: constant Indicates the time of the tuple deletion 
follows. 
hhmmss The time of the tuple deletion in hours, 


minutes, and seconds. 
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UCS log reports 1-626 
TUPL601 (end) 


(Sheet 3 of 3) 
Field Value Description 
PCL constant Indicates the name of the product CM load 
(PCL) follows. 
pcl id up to 34 The name and version of the PCL. For 
alphanumeric example, LECB 4. 
characters 
Action 


This log provides tuple change information to the downstream operational 
support systems (OSSs) to allow them to synchronize their data. 


Associated OM registers 
There are no associated OM registers. 


Additional information 


Datafill in table TABMON activates the generation of TUPL601 log reports for 
a table. 
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UCS log reports 
TUPL602 


Explanation 


The system generates TUPL602 when the system changes a tuple in a 
monitored table. The table is not a digilator table. 


Format 
The log report format for TUPL602 is as follows: 


TUPL602 ssdd INFO TUPLE CHANGED 
TABLE: «table name» 
KEY: «key? 
TUPLE: «tuple entry? 
SEQNUM: «sequence no» 
USER: «user. id» ON: «device type and name»? 
DATE: mmddyy TIME: hhmmss 
PCL: «pcl id» 


Example 
An example of log report TUPL602 follows: 


TUPL602 4827 INFO TUPLE CHANGED 
TABLE: FNPACONT 
KEY: 613 
TUPLE: 613 1 S D DUMPANDRESTORE OFRT 1 0 0 0 

SEQNUM: 2 

USER: ADMIN ON: CONSOLE: MAP 

DATE: 012696 TIME: 154336 

PCL: LECB 4 


Field descriptions 
The following table explains each field in the log report: 


(Sheet 1 of 3) 


1-627 


Field Value Description 


INFO TUPLE CHANGED Constant Indicates that the system changed a tuple in 


a monitored table. 


TABLE : Constant Indicates the name of the affected table 


follows. 
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TUPL602 (continued) 


(Sheet 2 of 3) 
Field Value Description 
table_name up to 8 The name of the table in which the system 
alphanumeric changed the tuple. 
characters 
KEY: Constant Indicates the key follows. 
key up to 80 The key to the table. 
alphanumeric 
characters 
TUPLE: Constant Indicates the changed tuple follows. 
tuple_entry up to 248 The changed tuple. 
alphanumeric 
characters 
SEQNUM: Constant Indicates the sequence number follows. 
sequence_no 0 to 32767 The sequence number. 
USER: Constant Indicates the userid of the originator of the 
tuple change follows. 
user_id up to 16 The userid of the originator of the tuple 
alphanumeric change. 
characters 
ON: Constant Indicates the device type and device name 
associated with the tuple change follows. 
device_type_and_name up to 17 The device type and name. For example: 
alphanumeric CONSOLE: MAP 
characters 
DATE: Constant Indicates the month, day, and year of the 
tuple change follows. 
mmddyy The month, day, and year of the tuple 
change. 
TIME: Constant Indicates the time of the tuple change 
follows. 
hhmmss The time of the tuple change in hours, 


minutes, and seconds. 
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UCS log reports 1-629 
TUPL602 (end) 


(Sheet 3 of 3) 
Field Value Description 
PCL Constant Indicates the name of the product CM load 
(PCL) follows. 
pcl id up to 34 The name and version of the PCL. For 
alphanumeric example: LECB 4. 
characters 
Action 


This log provides tuple change information to the downstream operational 
support systems (OSSs) to allow them to synchronize their data. 


Associated OM registers 
There are no associated OM registers. 


Additional information 


Datafill in table TABMON activates the generation of TUPL602 log reports for 
a table. 
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TUPL603 


Explanation 
The system generates this log report when a tuple is added to a digilator table 
that is monitored. 


Format 
The log report format for TUPL603 is as follows: 


TUPL603 ssdd INFO DIGILATOR TABLE — TUPLE ADDED 
TABLE: <table_name> 
KEY: <key> 
TUPLE: <tuple_entry> 
SEQNUM: <sequence_no> 
USER: <user_id> ON: <device_type_and_name> 
DATE: mmddyy TIME: hhmmss 
PCL: <pcl_id> 


Example 
An example of log report TUPL603 follows: 


TUPL603 4827 INFO DIGILATOR TABLE - TUPLE ADDED 

TABLE: FNPACONT 

KEY: 613.HNPACODE.1 

TUPLE: 1 2 HRTE 1 
SEQNUM: 3 
USER: OPERATOR ON: TTY: TTYO 
DATE: 012696 TIME: 154336 
PCL: LECB 4 


Field descriptions 
The following table explains each field in the log report: 


(Sheet 1 of 3) 


Field Value Description 

INFO TUPLE ADDED constant Indicates that a tuple has been added to a 
digilator table that is monitored. 

TABLE : constant Indicates the name of the affected table 
follows. 
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TUPL603 (continued) 


(Sheet 2 of 3) 
Field Value Description 
table_name up to 8 The name of the table to which the tuple was 
alphanumeric added 
characters 
KEY: constant Indicates the key follows. 
key up to 80 The key to the table 
alphanumeric 
characters 
TUPLE: constant Indicates the added tuple follows. 
tuple_entry up to 248 The tuple added to the table 
alphanumeric 
characters 
SEQNUM: constant Indicates the sequence number follows. 
sequence_no 0 to 32767 The sequence number 
USER: constant Indicates the user identification of the 
originator of the tuple addition follows. 
user_id up to 16 The user identification of the originator of 
alphanumeric the tuple addition 
characters 
ON: constant Indicates the device type and device name 
associated with the tuple addition follows. 
device_type_and_name up to 17 The device type and name, for example, 
alphanumeric TTY: TTYO 
characters 
DATE: constant Indicates the month, day, and year of the 
tuple addition follows. 
mmddyy The month, day, and year of the tuple 
addition 
TIME: constant Indicates the time of the tuple addition 
follows. 
hhmmss The time of the tuple addition in hours, 
minutes, and seconds 
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(Sheet 3 of 3) 
Field Value Description 
PCL constant Indicates the name of the product CM load 
(PCL) follows. 
pcl id up to 34 The name and version of the PCL, for 
alphanumeric example, LECB 4. 
characters 
Action 


This log provides tuple change information to the downstream operational 
support systems (OSS). The information allows the OSSs to synchronize data. 


Associated OM registers 
There are no associated OM registers. 


Additional information 


Datafillin table TABMON activates the generation of TUPL603 log reports for 
a table. 
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TUPL604 


Explanation 


The system generates log report TUPL604 after the deletion of a tuple from a 
monitored digilator table. 


Format 
The log report format for TUPL604 is as follows: 


TUPL604 ssdd INFO DIGILATOR TABLE - TUPLE DELETED 
TABLE: «table name» 
KEY: «key? 
TUPLE: «tuple entry? 
SEQNUM: «sequence no» 
USER: «user. id» ON: «device type and name»? 
DATE: mmddyy TIME: hhmmss 
PCL: «pcl id» 


Example 
An example of log report TUPL604 follows: 


TUPL604 4827 INFO DIGILATOR TABLE - TUPLE DELETED 

TABLE: FNPACONT 

KEY: 613.HNPACODE.1 

TUPLE: 1 2 HRTE 1 
SEQNUM: 3 
USER: OPERATOR ON: TTY: TTYO 
DATE: 012696 TIME: 154336 
PCL: LECB 4 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 3) 


Field Value Description 

INFO TUPLE DELETED constant Indicates the deletion of a tuple from a 
monitored table. 

TABLE : constant Indicates that the name of the affected table 
follows. 
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TUPL604 (continued) 


(Sheet 2 of 3) 
Field Value Description 
table_name up to 8 The name of the table in which the tuple 
alphanumeric deletion occurs. 
characters 
KEY: constant Indicates that the key follows. 
key up to 80 The key to the table. 
alphanumeric 
characters 
TUPLE: constant Indicates that the deleted tuple follows. 
tuple_entry up to 248 The tuple deleted from the table. 
alphanumeric 
characters 
SEQNUM: constant Indicates that the sequence number follows. 
sequence_no 0 to 32767 The sequence number. 
USER: constant Indicates that the userid of the originator of 
the tuple deletion follows. 
user_id up to 16 The userid of the originator of the tuple 
alphanumeric deletion. 
characters 
ON: constant Indicates the device type and device name 
associated with the tuple deletion follows. 
device_type_and_name up to 17 The device type and name, for example, 
alphanumeric TTY: TTYO. 
characters 
DATE: constant Indicates that the month, day, and year of 
the tuple deletion follows. 
mmddyy The month, day, and year of the tuple 
deletion. 
TIME: constant Indicates that the time of the tuple deletion 
follows. 
hhmmss The time of the tuple deletion in hours, 


minutes, and seconds 
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(Sheet 3 of 3) 
Field Value Description 
PCL constant Indicates that the name of the product CM 
load (PCL) follows. 
pcl id up to 34 The name and version of the PCL, for 
alphanumeric example, LECB 4. 
characters 
Action 


This log provides tuple change information to the downstream Operational 
Support Systems (OSS) to allow them to synchronize their data. 


Associated OM registers 
There are no associated OM registers. 


Additional information 


Datafill in table TABMON activates generation of TUPL604 log reports for a 
table. 
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The system generates log report TUPL605 when a tuple changes in a 


TUPL605 ssdd INFO DIGILATOR TABLE — TUPLE CHANGED 


USER: <user_id> ON: <device_type_and_name> 


TUPL605 
Explanation 
monitored digilator table. 
Format 
The log report format for TUPL605 is as follows: 
TABLE: <table_name> 
KEY: <key> 
TUPLE: <tuple_entry> 
SEQNUM: <sequence_no> 
DATE: mmddyy TIME: hhmmss 
PCL: <pcl_id> 
Example 


An example of log report TUPL605 follows: 


TUPL605 4827 INFO DIGILATOR TABLE 


TABLE: 
KEY: 
TUPLE: 1 2 HRTE 
SEQNUM: 3 


FNPACONT 


613.HNPACODE 


m. 


1 


1 


USER: OPERATOR ON: 


DATE: 012696 
PCL: LECB 4 


Field descriptions 


- 


TIME: 


a 


- TUPLE CHANGED 


TTYO 


154336 


The following table describes each field in the log report: 


(Sheet 1 of 3) 


Field Value Description 

INFO TUPLE CHANGED constant Indicates the change of a tuple in a 
monitored table. 

TABLE constant Indicates that the name of the affected table 
follows. 
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(Sheet 2 of 3) 
Field Value Description 
table_name up to 8 The name of the table in which the tuple 
alphanumeric change occurs. 
characters 
KEY: constant Indicates that the key follows. 
key up to 80 The key to the table. 
alphanumeric 
characters 
TUPLE: constant Indicates the changed tuple follows. 
tuple_entry up to 248 The changed tuple. 
alphanumeric 
characters 
SEQNUM: constant Indicates that the sequence number follows. 
sequence_no 0 to 32767 The sequence number. 
USER: constant Indicates the userid of originator of the tuple 
change follows. 
user_id up to 16 The userid of the originator of the tuple 
alphanumeric change. 
characters 
ON: constant Indicates that the device type and device 
name, which associates with the tuple 
change, follows. 
device_type_and_name up to 17 The device type and name, for example, 
alphanumeric TTY: TTYO. 
characters 
DATE: constant Indicates that the month, day, and year of 
the tuple change follows. 
mmddyy The month, day, and year of the tuple 
addition 
TIME: constant Indicates that the time of the tuple change 
follows. 
hhmmss The time of the tuple change in hours, 


minutes, and seconds. 
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(Sheet 3 of 3) 
Field Value Description 
PCL constant Indicates that the name of the product CM 
load (PCL) follows. 
pcl id up to 34 The name and version of the PCL, for 
alphanumeric example, LECB 4. 
characters 
Action 


This log provides tuple change information to the downstream Operational 
Support Systems (OSS) to allow them to synchronize their data. 


Associated OM registers 
There are no associated OM registers. 


Additional information 


Datafill in table TABMON activates generation of TUPL605 log reports for a 
table. 


DMS-250 Logs Reference Manual, Volume 6 of 6 UCS15 


TUPL606 


Explanation 


Format 


Example 


UCS log reports 1-639 


The system generates log report TUPL606 when a user executes 
RENAMECLLI command. 


The log report format for TUPL606 is as follows: 


TUPL606 ssdd INFO CLLI RENAMED 
OPERATION: RENAMECLLI <old_clli> <new_clli> 
SEQNUM: <sequence_no> 
USER: <user_id> ON: <device_type_and_name> 
DATE: mmddyy TIME: hhmmss 
PCL: <pcl_id> 


An example of log report TUPL606 follows: 


TUPL606 4827 INFO TUPLE C 
OPERATION: RENAMECLLI DMOD 


SEQNUM: 


USER: ADMIN ON: CONSOLE 


2 


HANG 


Be. 
ml 


DATE: 012696 TIME: 154336 
PCL: LECB 4 


Field descriptions 
The following table describes each field in the log report: 


(Sheet 1 of 2) 


ED 
EMC NWMSCI 


MAP 


old clli 


new clli 


SEQNUM: 


alphanumeric 
characters 


alphanumeric 
characters 


constant 


Field Value Description 

INFO TUPLE CLLI RENAMED constant Indicates the use of the RENAMECLLI 
command to rename a CLLI. 

OPERATION: RENAMECLLI constant Indicates that the old and new CLLIs follow. 


The renamed CLLI. 


The new name of the CLLI. 


Indicates that the sequence number follows. 
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(Sheet 2 of 2) 


Field Value Description 
sequence_no 0 to 32767 The sequence number. 
USER: constant Indicates that the userid of originator of the 
CLLI change follows. 
user_id up to 16 The userid of the originator of the CLLI 
alphanumeric change. 
characters 
ON: constant Indicates that the device type and device 
name, which associate with the CLLI 
change, follow. 
device_type_and_name up to 17 The device type and name, for example, 
alphanumeric CONSOLE: MAP. 
characters 
DATE: constant Indicates that the month, day, and year of 
the CLLI change follows. 
mmddyy The month, day, and year of the CLLI 
change. 
TIME: constant Indicates that the time of the CLLI change 
follows. 
hhmmss The time of the CLLI change in hours, 
minutes, and seconds. 
PCL constant Indicates that the name of the product CM 
load (PCL) follows. 
pcl id up to 34 The name and version of the PCL, for 
alphanumeric example, LECB 4. 
characters 
Action 


This log provides tuple change information to the downstream Operator 


Service Systems (OSS) to allow the OSS to synchronize their data. 


Associated OM registers 
There are no associated OM registers. 
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TUPL606 (end) 


Additional information 


Datafill in table TABMON activates the generation of TUPL606 log reports for 
a table. 
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TUPL607 


Explanation 


The TUPL607 log report captures the changes made to the XLAPLAN and 
RATEAREA keys by the KEYCHG CI tool. 


To activate this log the LOG field for the relevant tuple (XLAPLAN or 
RATEAREA) in table TABMON, has to be set to Y. Any datafill change in the 
TABMON table is dependant on the SOC BASEO0011. 


Format 
The format for log report TUPL607 follows. 


TUPL607 mmmdd hh:mm:ss ssdd INFO TABLE KEY CHANGED 
OPERATION: KEYCRG «table name> «old KEY? «new KEY> 
SEQNUM: «sequence number? 

DATE:<mmmdd> TIME:<hhmmss> 
USER: <userid> ON:<device type>:<device name> 
PCL:«pcl product name> <pcl version? 


Example 
An example of log report TUPL607 follows. 


COMDS11AY TUPL607 JANO5 23:31:19 9503 INFO TABLE KEY CHANGED 
OPERATION: KEYCHG XLAPLAN 613 P621 0 ABCDEFG 

SEQNUM: 1 

DATE: 01051999 TIME:233119 

USER: ADMIN  ON:CONSOLE:MAP 

PCL: LETO11 


Field descriptions 
The table that follows explains each of the fields in the log report. 


(Sheet 1 of 2) 


Field Value Description 


OPERATION up to 43 characters This field contains information on the 
KEYCHG tool including; the table name, the 
old key and the new key. 


SEQNUM 0 to 32767 This field contains information on the 
sequence number. 
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(Sheet 2 of 2) 


Field Value Description 

USER user id (up 16 This field contains information on the user is 
characters) making the table change. 

ON upto 17 characters This field contains information on the device 


type and the device name. 


PCL up to 34 characters This field contains information on the PCL 
product name and the PCL version. 


Action 
The TUPL607 log report provides information to downstream OSSs to allow 
them to synchronize their data. The OSS reads the log and processes it. 


Related OM registers 


There are no related OM registers. 
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TUPL608 


Explanation 


The TUPL608 log report generates when the compress command, located in 
the COMPRSCI directory, removes identical tuples from the LINEATTR 
table. The TUPL608 log report generation requires the following: 


e the BASEO0011 software optionality code (SOC) set to ON 


* the LOG and MONITOR fields in the TABMON table set to Y for the 
LINEATTR entry 


The TUPL608 log report contains a list of up to 20 tuples deleted based on the 
reference tuple used with the compress command. Each reference tuple 
generates a separate TUPL608 log report. A reference tuple generates 
additional log reports only if the compress command deletes more than 20 
tuples. 


The compress command also generates the TUPL601 and TUPL602 logs, and 
also the TUPL605 log if the command updates references in tables other than 
the LINEATTR table. 


Format 
The format for the TUPL608 log report follows. 


TUPL608 mmmdd hh:mm:ss ssdd INFO TABLE LINEATTR COMPRESSION 
OPERATION: «compress command entered by user? 
TABLE: <lineattr> 
REFERENCE TUPLE: <tuple LKx> 
OWNED BY: <reference tuple owner> 
LIST OF TUPLES DELETED: <list of up to 20 LINEATTR keys> 
SEQNUM: <log sequence number> 
DATE: <mmddyyy> <hhmmss> 
USER ID: <8 character string> ON: CONSOLE: <console name> 
PCL: <PCL product name and version> 


Example 
An example of the TUPL608 log report follows. 
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TUPL608 (continued) 


TUPL608 JANO5 23:32:19 9503 INFO TABLE LINEATTR COMPRESSION 
OPERATION: COMPRESS KEY 2 0 4 5 $ 
TABLE: LINEATTR 
REFERENCE TUPLE: 2 1FR NONE NT 10 NILSFC 0 NIL NIL 00 $ 
OWNED BY: CIVIC 
LIST OF TUPLES DELETED: 


0 3 4 6 

8 LATTR21 10 TI 
98 121 LATTR1 900 
SEQNUM: 1 


DATE: 01052000 TIME: 233119 
USER: ADMIN ON: CONSOLE: MAP 
PCL: LETO 11 


Field descriptions 
The following table explains each of the fields in the log report: 


(Sheet 1 of 2) 


Field Value Description 
OPERATION up to 252 characters The compress command entered by the 
user. 


Note: This field 
supports up to 4 lines 
of 72 characters 


each. 
TABLE up to 8 characters The name of the table used with the 
compress command. 
REFERENCE TUPLE 1 tuple The defined tuple to search and delete all 
instances from the table. 
OWNER ID up to 8 characters The reference tuple owner ID defined in the 


DATAOWNR table. 


LIST OF TUPLES DELETED up to 360 characters The list of table tuples that were deleted 
during the compression process. A log 
Note: This field specifies up to 20 different tuples. 
supports up to 4 
tuples in a row and 
up to 5 rows. 


SEQNUM 0 to 32 767 The log sequence number issued during 
the compression process. 
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(Sheet 2 of 2) 


Field Value Description 

DATE mmddyy The month, day, and year that the 
compress command was used. 

TIME hhmmss The hour, minute, and second that the 
compress command was used. 

USER up to 16 characters Identification of the user that entered the 
compress command. 

ON up to 17 characters The name and type of device that was used 
to enter the compress command. 

PCL up to 34 characters The PCL product name and version. 

Action 


To restore tuples that the compress command deleted from the LINEATTR 
table, use the information in the TUPL608 log report to create a data 
modification order processor (DMOPRO) file. Execute the DMOPRO file on 
the switch to restore the deleted tuples to the LINEATTR table. Use the same 
process to restore replaced or deleted datafill from other tables using 
information from the TUPL601, TUPL602, and TUPL605 logs. 


Related OM registers 
The TUPL608 log report does not affect OM registers. 


Additional information 


The LINEATTR Compression Tool feature removes duplicate tuples from the 
LINEATTR table. The compress command also replaces tuples in the 
following tables with the referenced LINEATTR key: 


ACDDNDR 
CFW 
CUSTHEAD 
DATAOWNR 
DNINV 
DNROUTE 
IBNLINES 
IBNRTE 
IBNRT2 
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* [BNRT3 

* [BNRT4 

* IBNXLA 

e KSETLINE 
e LATTRDR 
e LENLINES 
* LTCALLS 

e NCOS 

e PODPATTR 
e RMPCKT 

e TRIGITM 

e VFGDATA 
e VIRTGRPS 
e XLAMAP 

e XLANAME 
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UNB305 


Explanation 


The UNB305 log report is generated to report any problems that affect 
USNBD administration data and to report user/administrator creations and 
deletions. 


Format 
The format for log report UNB305 follows: 


UNB 305 mmmdd hh:mm:ss ssdd INFO 
<user_event 
<result> 
USERNAME: <user_id> 
[COMMAND ENTERED BY: <user>] 


Example 
An example of log report UNB305 follows: 


UNB 305 JUNOS 15:33:23 7300 INFO 
USER ADD COMMAND SUCCESSFULLY PROCESSED 
USNBD USER HAS BEEN ADDED 
USERNAME: USERI 
COMMAND ENTERED BY: USER23 


297-2621-840 Standard 09.01 May 2001 


1-649 UCS log reports 


UNB305 (continued) 


Field descriptions 


The following table explains each of the fields in the log report: 


Field Value 


Description 


user_event Can be any one of the following: 
e Cl user has been deleted 


e ASSIGN STATE ON command 
successfully processed 


* USER ADD command successfully 


processed 
* USER DEL command successfully 
processed 
result Can be any one of the following: 


e  USNBD user has been added 
*  USNBD administrator has been added 


* Initial USNBD adminsitrator has been 
defined 


e  USNBD administrator has been 
deleted: no administrator left 
(see Note 1) 


user id alphanumeric 


user alphanumeric 


This field identifies the event 
encountered. 


This field indicates the USNBD 
administrator data that has been 
affected. 


This field identifies the Cl user 
name that was added or deleted. 


This field identifies the user who 
performed the action. 


Note: This field is optional and 
is only provided when the event 
is the successful processing of a 
command. 


Note 1: When this result appears in the message, a major alarm is raised in the office. 
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Action 
The action to be taken depends on the problem indicated in the result field. 
If the «result» field indicates... then... 
USNBD administrator has been deleted; no Contact your Nortel Networks representative for 
administrator left further action. 


Associated OM registers 
None 


Additional information 
None 
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UTR100 


The Universal Tone Receiver (UTR) subsystem generates log UTR100. The 
UTR generates this log when the peripheral module (PM) does not send the 
necessary operational measurement (OM) values to central control (CC). The 
subsystem generates UTR100 to indicate that the CC did not receive a 
response from the PM. The subsystem generates this log during periods of 
high traffic. 


The log report format for UTR100 is as follows: 


UTR100 mmmdd hh:mm:ss ssdd INFO UTR OM REPORT 
Fail to get response from <pmid> 


An example of log report UTR100 follows: 


UTR100 APRO1 12:00:00 2112 INFO UTR OM REPORT 
FAIL TO GET RESPONSE FROM PRCC 0 


Field descriptions 


Action 


The following table describes each field in the log report: 


Field Value Description 

INFO UTR OM Constant Indicates information on UTR OM. 

REPORT The log report supplies this 
information. 

Fail to get Symbolic text Indicates that the subsystem 

response from generates this log report because the 

<pmid> PM failed to respond to the CC. See 
Table l. 


If the subsystem generates UTR100 for less than 2 min, there is no action 
required. If the system generates UTR100 in excess of 2 min, analyze the 
cause. If this action is not effective, contact the next level of maintenance. 
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Associated OM registers 
There are no associated OM registers. 


Additional information 
There is no additional information. 
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VAMP201 


Explanation 
The switch generates this log report when the Variable AIN Messaging 
Platform (VAMP) resource exceeds the 75% or 90% usage threshold set in 
table VAMPTRID. If the resource usage exceeds the 75% threshold, but not 
the 90% threshold, a minor alarm is indicated. If both the 90% threshold is 
exceeded, a major alarm is indicated. 


This log report is output in ten-minute intervals until the resource usage drops 
below 75% of the allocation. 


Format 
The format for log report VAMP201 follows: 


VAMP201 mmmdd hh:mm:ss nnnn TBL VAMPTRID HIGH RESOURCE 
USE 

APPL: <string> 

RSRC: <string> BLOCKS 

CAUSE: USAGE OF <int> BLOCKS EXCEEDS <int>% LEVEL 

ACTION: INCREASE AVAILABLE BLOCKS IN TABLE 
VAMPTRID 


Example 
An example of log report VAMP201 follows: 


VAMP201 NOVO1 18:17:24 4600 TBL VAMPTRID HIGH RESOURCE USE 
APPL: IN1 
RSRC: TRANSACTION BLOCKS 
CAUSE: USAGE OF 48 BLOCKS EXCEEDS 75% LEVEL 


ACTION: INCREASE AVAILABLE BLOCKS IN TABLE VAMPTRID 
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Field descriptions 
The following table explains each of the fields in the log report: 


Field Value Description 
APPL String name of This field identifies the application whose 
application resource warning threshold was exceeded. 
CAINO2 and IN1 are the only values for this 
field. 
RSRC String name of This field identifies the resource type whose 
resource warning threshold was exceeded. 
CAUSE 0-32767 and a This field identifies the number of blocks in 
percentage limit use and the percentage threshold 
(either 75% or exceeded. 
90%) 
Action 


Increase the available blocks for the application and resource type in table 
VAMPTRID. 


Associated OM registers 
None 


Additional information 
None 
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VAMP202 


Explanation 


The switch generates this log report when attempted usage of a Variable AIN 
Messaging Platform (VAMP) framework resource exceeds resource allocation 
set in table VAMPTRID. A critical alarm is indicated. 


This log report is output each time a resource seizure fails and all available 
resources are in use. 


Format 
The format for log report VAMP202 follows: 


VAMP202 mmmdd hh:mm:ss nnnn TBL VAMPTRID RESOURCE 
OVERFLOW 

APPL: <string> 

RSRC: <string> BLOCKS 

CAUSE: USAGE OF <int> BLOCKS EXCEEDS 100% LEVEL 

ACTION: INCREASE AVAILABLE BLOCKS IN TABLE 
VAMPTRID 


Example 
An example of log report VAMP202 follows: 


VAMP202 NOVO1 18:17:24 4600 TBL VAMPTRID RESOURCE OVERFLOW 
APPL: IN1 
RSRC: TRANSACTION BLOCKS 
CAUSE: USAGE OF 60 BLOCKS EXCEEDS 100% LEVEL 


ACTION: INCREASE AVAILABLE BLOCKS IN TABLE VAMPTRID 


Field descriptions 
The following table explains each of the fields in the log report: 


(Sheet 1 of 2) 


Field Value Description 
APPL String name of This field identifies the application whose 
application resource warning threshold was exceeded. 
CAINO2 and IN1 are the only values for this 
field. 
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(Sheet 2 of 2) 


Field Value Description 
RSRC String name of This field identifies the resource type whose 
resource warning threshold was exceeded. 
CAUSE 0-32767 anda This field identifies the number of blocks in 
percentage limit use. 
100%) 
Action 


Increase the available blocks for the application and resource type in table 
VAMPTRID. 


Associated OM registers 
None. 


Additional information 
None. 
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VAMP203 


The switch generates this log report after a VAMP201 log report is output 
indicating high resource usage and once usage of a Variable AIN Messaging 
Platform (VAMP) resource drops below 75% of the allocation. This log report 
indicates the resource usage was lowered because changes occurred in the call 
volume or call mix, or the resource allocation was increased in table 


VAMPTRID. 


Format 


The format for log report VAMP203 follows: 


VAMP203 mmmdd hh:mm:ss nnnn TBL VAMPTRID ALARM 


CLEARED 


APPL: <string> 
RSRC: <string> BLOCKS 


Example 


An example of log report VAMP203 follows: 


VAMP203 NOVO1 18:17:24 4000 TBL VAMPTRID ALARM CLEARED 


APPL: 
RSRC: 


Field descriptions 


IN1 


TRANSACTION BLOCKS 


The following table explains each of the fields in the log report: 


Field Value Description 
APPL String name of This field identifies the application whose 
application resource warning threshold was exceeded. 
CAINO2 and IN1 are the only values for this 
field. 
RSRC String name of This field identifies the resource type whose 
resource warning threshold was exceeded. 
Action 


None. 
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Associated OM registers 
None. 


Additional information 
None. 
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VAMP301 


The switch generates this log when an outgoing query from the switch is 
blocked due to encountering an Automatic Code Gapping (ACG) control. 


The format for log report VAMP301 follows: 


VAMP301 mmmdd hh:mm:ss ssdd INFO VAMP ACG QUERY BLOCKED 


APPL: <string> 

TT: <string> 

DIGITS: <digit string> 
CCI: n DIGIT <string> 
GAP: <string> 
DURATION: <string> 


An example of log report VAMP301 follows: 


VAMP301 APR18 10:25:00 4800 INFO VAMP ACG QUERY 
APPL: CAINO2 
TT: CAIN_ADDR_GT 
DIGITS: 214684 
CCI: 6 DIGIT SCP 
GAP: 4 SECS 
DURATION: INFINITE 


Another example of log report VAMP301: 


VAMP301 APR18 10:25:00 4800 INFO VAMP ACG QUERY 
APPL: IN1 
TT: E800BELLCORE 
DIGITS: 888111 
CCI: 6 DIGIT SVP 
GAP: 4 SECS 
DURATION: INFINITE 


BLOCK! 


BLOCKED 


= 
ED 
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Field descriptions 


The following table explains each of the fields in the log report: 


Field Value Description 

APPL CAINO2, IN1 The APPLICATION field identifies the string 
name of the application whose query was 
blocked by an ACG control. CAINO2 and IN1 
are the only values applicable for this field. 

TT «string» The Translations Type (TT) field identifies 
the name of the TT from the ACG control 
responsible for blocking the query. 

DIGITS numeric The DIGITS field indicates the digits that 
represents the Global Title Application 
(GTA). 

CCI 0-99 The Control Cause Indicator (CCI) field 
contains the number of digits in the ACG 
control, and the ACG control indicator. 

GAP 0-32767 or The GAP field indicates the ACG control gap 

INFINITE in seconds. 
DURATION 0-32767 or The DURATION field indicates the ACG 
INFINITE control duration in seconds. 
Action 


This log does not require any immediate action. 


Associated OM registers 


None 


Additional information 


None 
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May 2001 


Explanation 


UCS log reports 1-661 


VAMP302 


The switch generates this log when an Automatic Code Gapping (ACG) 
control is added, removed, expired, or updated on the ACG control lists. 


Format 
The format for log report VAMP302 follows: 


VAMP302 mmmdd hh:mm:ss ssdd INFO VAMP ACG CONTROL LIST CI 


APPL: <string> 

TT: <string> 

DIGITS: <digit string> 
CCI: n DIGIT <string> 
GAP: <string> 
DURATION: <string> 
CHANGE: <string> 


Examples 
An example of log report VAMP302 follows: 


VAMP302 APR18 10:26:00 4900 INFO VAMP ACG CONTROL LIST CHANGE 


APPL: CAINO2 

TT: CAIN_ADDR_GT 
DIGITS: 2146841234 
CCI: 10 DIGIT SOCC 
GAP: 0.00 SECS 
DURATION: 64 SECS 
CHANGE: INSTALLED 


Another example of log report VAMP302: 


VAMP302 APR18 10:25:00 4900 INFO VAMP ACG CONTROL LIST CHANGE 


APPL: IN1 

TT: E800BELLCORE 
DIGITS: 8881112222 
CCI: 6 DIGIT SCP 
GAP: 4 SECS 
DURATION: INFINITE 
CHANGE: INSTALLED 
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VAMP302 (end) 


Field descriptions 


The following table explains each of the fields in the log report: 


Field Value Description 
APPL CAINO2, IN1 The APPLICATION field identifies the string 
name of the application whose query was 
blocked by an ACG control. CAINO2 and IN1 
are the only values applicable for this field. 
TT «string» The Translations Type (TT) field identifies 
the name of the TT from the ACG control 
responsible for blocking the query. 
DIGITS numeric The DIGITS field indicates the digits that 
represents the Global Title Application 
(GTA). 
CCI 0-99 The Control Cause Indicator (CCI) field 
contains the number of digits in the ACG 
control, and the ACG control indicator. 
GAP 0-32767 or The GAP field indicates the ACG control gap 
INFINITE in seconds. 

DURATION 0-32767 or The DURATION field indicates the ACG 
INFINITE control duration in seconds. 

CHANGE INSTALLED, The CHANGE field indicates the type of 
REMOVED, change that was made to the ACG control 
EXPIRED, lists. 
UPDATED 

Action 


This log does not require any immediate action. 


Associated OM registers 
None 


Additional information 
None 
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Explanation 


UCS log reports 1-663 


VAMP303 


The switch generates this log when it receives an Automatic Code Gapping 


(ACG) global reset message. 


VAMP303 mmmdd hh:mm:ss ssdd INFO VAMP ACG GLOBAL RESET 


Format 
The format for log report VAMP303 follows: 
APPL: <string> 
LIST: <string> 
Examples 


An example of log report VAMP303 follows: 


VAMP303 APR18 10:27:00 5000 INFO VAMP ACG GLOBAL RESET 


APPL: CAINO2 
LIST: SOCC NON-ZERO 


Another example of VAMP303: 


VAMP303 APR18 10:27:00 5000 INFO VAMP ACG GLOBAL RESET 


APPL: IN1 
LIST: SOCC NON-ZERO 


Field descriptions 


The following table explains each of the fields in the log report: 


Field Value Description 
APPL CAINO2, IN1 The APPLICATION field identifies the name 
of the application whose query was blocked 
by an ACG control. 
LIST ALL, SCP, SOCC, The LIST field identifies the ACG control list 
SOCCNON-ZERO that is being reset. 


Action 


This log does not require any immediate action. 
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VAMP303 (end) 


Associated OM registers 
None 


Additional information 
None 
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UCS log reports 1-665 


VAMP304 


Explanation 


The switch generates this log when an Automatic Code Gapping (ACG) 
control with an infinite duration is present on one of the control lists. The 
switch generates this log every ten minutes while any infinite duration controls 


are present in the control list. 


Format 
The format for log report VAMP304 follows: 


VAMP304 mmmdd hh:mm:ss ssdd INFO VAMP ACG INFINITE DURATI 


APPL: <string> 

TT: <string> 

DIGITS: <digit string> 
CCI: n DIGIT <string> 
GAP: <string> 
CAUSE: <string> 


Examples 
An examples of log report VAMP304 follows: 


VAMP304 APR18 10:28:00 5100 INFO VAMP ACG INFINITE 


APPL: CAINO2 

TT: CAIN_ADDR_GT 
DIGITS: 214684 
CCI: 6 DIGIT SOCC 
GAP: 4 SECS 
CAUSE: 


Another example of log report VAMP304: 


VAMP304 APR18 10:28:00 5100 INFO VAMP ACG INFINITE 


APPL: IN1 

TT: E800BELLCORE 
DIGITS: 214684 
CCI: 6 DIGIT SCP 
GAP: 4 SECS 


DURATION 


INFINITE DURATION CONTROL PRE 


is 


ENT IN CONTROL LIST 


DURATION 


CAUSE: 


INFINITE DURATION CONTROL PRE 


jS 


ENT IN CONTROL LIST 
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VAMP304 (end) 


Field descriptions 


The following table explains each of the fields in the log report: 


Field Value Description 

APPL CAINO2, IN1 The APPLICATION field identifies the string 
name of the application whose query was 
blocked by an ACG control. CAINO2 and IN1 
are the only values applicable for this field. 

TT «string The Translations Type (TT) field identifies 
the name of the TT from the ACG control 
responsible for blocking the query. 

DIGITS numeric The DIGITS field indicates the digits that 
represents the Global Title Application 
(GTA). 

CCI 0-99 The Control Cause Indicator (CCI) field 
contains the number of digits in the ACG 
control, and the ACG control indicator. 

GAP 0-32767 or The GAP field indicates the ACG control gap 

INFINITE in seconds. 
CAUSE INFINITE The CAUSE field indicates the reason why 
DURATION the UCS DMS-250 switch generates the log. 
CONTROL 
PRESENT IN 
CONTROL 
Action 


This log does not require any immediate action. 


Associated OM registers 
None 


Additional information 
None 
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UCS log reports 1-667 


VAMP305 


Explanation 


The switch generates this log when the Automatic Code Gapping (ACG) 
control list overflows. The log also indicates a critical alarm by displaying 
three asterisks (***), 


Format 
The format for log report VAMP305 follows: 


**VAMP305 mmmdd hh:mm:ss ssdd TBL VAMP ACG OVERFLOW 
APPL: <string> 
LIST: <string> 
CAUSE: <string> 
ACTION: <string> 


Examples 
An example of log report VAMP305 follows: 


***VAMP305 APR18 10:29:00 5200 TBL VAMP ACG OVERFLOW 
APPL: CAINO2 
LIST: SOCC 
CAUSE: 100% OF ACG BLOCKS USED 
ACTION: INCREASE AVAILABLE BLOCKS IN TABLE VAMPTRID 


Another example of log report VAMP305: 


***VAMP305 APR18 10:29:00 5200 TBL VAMP ACG OVERFLOW 
APPL: IN1 
LIST: SCP 
CAUSE: 100% OF ACG BLOCKS USED 
ACTION: INCREASE AVAILABLE BLOCKS IN TABLE VAMPTRID 
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VAMP305 (end) 


Field descriptions 
The following table explains each of the fields in the log report: 


Field Value Description 
APPL CAINO2, IN1 The APPLICATION field identifies the 
application whose query was blocked by an 
ACG control. 
LIST SCP, SOCC The LIST field identifies the ACG control list 
that has overflowed. 
CAUSE 10096 OF ACG The CAUSE field indicates why the UCS 
BLOCKS USED DMS-250 switch generates the log. 
ACTION INCREASE The ACTION field indicates the action the 
AVAILABLE user should take. 
BLOCKS IN 
TABLE 
VAMPTRID 
Action 


Increase the number of ACG blocks that are allocated in table VAMPTRID for 
the application. 


Associated OM registers 
None 


Additional information 
None 
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Explanation 


Format 


Examples 


UCS log reports 1-669 


VAMP306 


The switch generates this log when a Global Outgoing Control (GOC) is 
present in the Automatic Code Gapping (ACG) control list. The switch 
generates this log every five minutes while the GOC is enabled. 


The format for log report VAMP306 follows: 


VAMP306 mmmdd hh:mm:ss ssdd INFO VAMP ACG GLOBAL OUTGOI 
APPL: <string> 
GOC: <string> 
GAP: <string> 
ACTION: <string> 


An examples of log report VAMP306 follows: 


VAMP306 APR18 10:30:00 5300 INFO VAMP ACG GLOBAL OUTGOING CON’ 


APPL: CAINO2 

GOC: OVERRIDE 

GAP: 4 SECS 

ACTION: DISABLE GOC WITH ACGCNTRL CI COMMAND 


Another example of log report VAMP306: 


VAMP306 APR18 10:30:00 5300 INFO VAMP ACG GLOBAL OUTGOING CON 


APPL: INL 

GOC: OVERRIDE 

GAP: 4 SECS 

ACTION: DISABLE GOC WITH ACGCNTRL CI COMMAND 
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VAMP306 (end) 


Field descriptions 


The following table explains each of the fields in the log report: 


Field Value Description 
APPL CAINO2, IN1 The APPLICATION field identifies the name 
of the application whose query was blocked 
by an ACG control. CAINO2 and IN1 are the 
only applicable values for this field. 
GOC OVERRIDE, The GLOBAL OUTGOING CONTROL field 
PRE-PROCESS identifies the type of GOC present in the 
control list. 
GAP 0-32767 The GAP field indicates the GOC gap in 
seconds. 
ACTION DISABLE GOC The ACTION field indicates the action user 
WITH THE should take to stop the log generation. 
ACGONTRL CI 
COMMAND 
Action 


Enter the ACGCNTRL CI command and disable GOC. An example follows: 


>ACGCNTRL 


ACGCNTRL: 


>GLOBAL CAINO2 DISABLE 


Global Outgoing Control Disabled 


Associated OM registers 


None 


Additional information 


None 
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UCS log reports 1-671 


VAMP601 


Explanation 
The switch generates this log report when errors are found in the audit of a 
resource pool or free queue. If an audit completes successfully, this log report 
is not generated. 


Format 
The format for log report VAMP601 follows: 
VAMP601 mmmdd hh:mm:ss nnnn INFO VAMPTRID AUDIT 
SUMMARY 
APPL: <string> 
RSRC: <string> BLOCKS 
ERRORS: (<int>) <string> [<sting>...} 
Example 


An example of log report VAMP601 follows: 


VAMP601 NOVO1 18:17:24 4800 INFO VAMPTRID AUDIT SUMMARY 


APPL: IN1 
RSRC: TRANSACTION BLOCKS 
ERRORS: (1) LOST_BLOCK 


Field descriptions 
The following table explains each of the fields in the log report: 


(Sheet 1 of 2) 


Field Value Description 


APPL String name of application This field identifies the application whose 
resource warning threshold was exceeded. 
CAINO2 and IN1 are the only values for this 
field. 
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VAMP601 (end) 


(Sheet 2 of 2) 


Field Value Description 


RSRC String name of resource This field identifies the resource type whose 
warning threshold was exceeded. 


ERRORS Integer and a list of error This field identifies the number and types of 
type(s) found in string form. errors found during an audit. 
Possible values are: 
LOST_BLOCK, 
BLOCK_BAD, 
BLOCK_TRAP, LINK_BAD, 
QUEUE_BAD 


Action 
None. 


Associated OM registers 
None 


Additional information 
This log report indicates a software or system failure that has left one or more 
resource blocks in the resource pool or in the resource free queue in a bad state 
(or in a free state but not in the free queue), or the free queue itself is damaged. 
If a VAMP601 log report is produced with error types other than 
QUEUE BAD, then one or more VAMP602 log reports will be output for the 
defective blocks. 


This log report can be correlated with a VAMP603 log report if the error type 
includes QUEUE_BAD. This indicates that queue corruption was corrected by 
rebuilding the free queue. 
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VAMP602 


Explanation 


The switch generates this log report during a resource pool audit when an 
individual resource block is found damaged or in an inconsistent state and is 
recovered and placed in the free queue. This log report contains the error type 
that caused the block to be recovered, as well as a dump of the block contents 
in hexadecimal form. 


Format 
The format for log report VAMP602 follows: 
VAMP602 mmmdd hh:mm:ss nnnn INFO VAMPTRID AUDIT BLOCK 
ERR 
APPL: <string> 
RSRC: <string> BLOCK 
ADDR: <address> 
INDEX:  <int> 
ERROR: <string> 
hex dump of block 
«hexadecimal data, in 1 word units? 
Example 


An example of log report VAMP602 follows: 


VAMP602 NOVO1 18:17:24 4800 INFO VAMPTRID AUDIT BLOCK ERR 


APPL: IN1 

RSRC: TRANSACTION BLOCK 
ADDR: O3EE 0000 

INDEX: 12 

ERROR: LOST BLOCK 


hex dump of block 
XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXX 
XXXX XXXX ... 
XXXX XXXX XXXX 
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VAMP602 (end) 


Field descriptions 


The following table explains each of the fields in the log report: 


Field Value Description 
APPL String name of This field identifies the application whose 
application resource warning threshold was exceeded. 
CAINO2 and IN1 or the only values for this 
field. 
RSRC String name of This field identifies the resource type whose 
resource warning threshold was exceeded. 
ADDR Address in This field provides the address of the 
memory on the CM memory block. 
INDEX 0-32767 This field provides the index of the block in 
the resource pool. 
ERROR An error type in This field identifies the error type causing 
string form. block recovery. 
Possible values 
are: 
LOST BLOCK, 
BLOCK BAD, 
BLOCK TRAP, 
LINK BAD, 
QUEUE BAD 
Action 


None. 


Associated OM registers 


None 


Additional information 


This log report indicates a software or system failure that has left a resource 
block in the resource pool or in the resource free queue in a bad state (or in a 
free state but not in the free queue). If a VAMP602 log report is produced, it 
is eventually followed by a VAMP601 log report that summarizes the errors 
found in the resource pool where the bad block was found. 
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Explanation 


UCS log reports 1-675 


VAMP603 


The switch generates this log report when an application's free queue of a 
resource type must be rebuilt to recover from queue corruption. The rebuilding 
of a queue temporarily removes the queue from service, which may cause 
resource seizure attempts to fail. 


Format 
The format for log report VAMP603 follows: 
VAMP603 mmmdd hh:mm:ss nnnn INFO VAMPTRID FREE QUEUE 
REBUILT 
APPL: <string> 
RSRC: <string> BLOCKS 
Example 


An example of log report VAMP603 follows: 


VAMP603 NOVO1 18:17:24 4800 INFO VAMPTRID FREE QUEUE REBUILT 


APPL: IN1 
RSRC: TRANSACTION 


Field descriptions 


BLOCKS 


The following table explains each of the fields in the log report: 


Field Value Description 
APPL String name of This field identifies the application whose 
application resource warning threshold was exceeded. 
CAINO2 and IN1 are the only values for this 
field. 
RSRC String name of This field identifies the resource type whose 
resource warning threshold was exceeded. 
Action 
None. 


Associated OM registers 
None 
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VAMP603 (end) 


Additional information 


This log report indicates a software or system failure that has left a resource 
free queue in a corrupt state such that resources cannot be drawn from the 
queue or returned to the queue. Queue failure prevents further resource 
seizures. 


This log report can be correlated with a VAMP601 log report with an error type 
of QUEUE_BAD. However, free queue rebuilding can be triggered from 
sources other than an audit. Therefore, an audit log report may not proceed 
this log. 
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Logs 1-1 


VAMP901 


Explanation 


Format 


The switch generates this log report when an inbound message is received 
from the Variable AIN Messaging Platform (VAMP). Outbound messages 
bounced back by the transport layer are not logged. 


The VAMP 901 log report is generated when a message is received from the 
SCP through the VAMP framework. The framework captures the messages 
when message logging is enabled with the VPTRACE tool. The CI command 
VPTRACE ENABLE and VPTRACE DISABLE control the VAMP901 log. 
The VPTRACE ENABLE command activates the log and the VPTRACE 
DISABLE command deactivates the log. 


Note 1: The VPTRACE tool must be enabled to view this log. 


Note 2: This log is intended for lab use only and is not suited for live 
switches due to the number and size of reports. 


The format for log report VAMP901 follows: 


Note 1: The order of the parameters may vary based on the messages. 


Note 2: All parameters of Implicit Null type are always displayed as TRUE 
if they are present. 


Note 3: The vertical bar “1" stands for “or". This indicates the display output 
may have different formats or values. 


Note 4: There may be multiple components in the VAMP901 log. 
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VAMP2901 (continued) 


VAMP 901 mmmdd hh:mm:ss nnnn INFO VAMP INBOUND MESSAGE 


KEY : MSGSET- «string», PROTO= <string> 

CONTXT : <string> 

TRID : <string> 

ROUTE : PC= <string>, SSN=<integer> 

PACKAGE : <string> 

* * * COMPONENT * * * 

COMP : <string> 

COMP ID : <string> 

OPCODE : «string» | 

PROBCODE : «string» | 

ERRCODE : «string» | 

CODE : <string> 
*** PARAMETERS *** 
CHGNO : NOA - «string» NUMPLAN - «string» DIGITS - 
CLGNO : NOA - «string» NUMPLAN - «string» DIGITS - 
CHGPTYSTN : «integer» 
CLDNO : NOA = <string> NUMPLAN = <string> DIGITS = 
OPULSNO : NOA = <string> NUMPLAN = <string> DIGITS = 
COLLDIGS : NOA = <string> NUMPLAN = <string> DIGITS = 
PRITRK : OPULSNO = <boolean> SWID = <string> TRKGRP 
ALTTRK : OPULSNO = «boolean» SWID = «string» TRKGRP 
SALTTRK : OPULSNO = <boolean> SWID = <string> TRKGRP 
CARRIER : CARRIER SEL = <string> DIGITS = <string> 
ALTCARR : CARRIER SEL = <string> DIGITS = <string> 
SALTCARR : CARRIER SEL = <string> DIGITS = <string> 
AMADIGS : DIGTYPE = <string> DIGITS <string> 

AMABUSCUSTID: AMABUSCUSTID = <string> DIGITS <string> 
CSID <integer> 

FCI ABCDEFGHIJKLMNOP 

<string> 
RSRCTYPE <string> 
STRPARM ANNC_BLK: | 
INTER 


ANNC_ID = <string> DIGITS = <string> 
ANNC_ID = <string> DIGITS = <string> 
UNINTER : 
ANNC_ID = <string> DIGITS 
ANNC_ID = <string> DIGITS 


<string> 
<string> 
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VAMP2901 (continued) 


STRPARM : DIG BLK: | 
MAXDIGS = <string> : <integer> 
INTER 
ANNC_ID = <string> DIGITS = <string> 
ANNC_ID = <string> DIGITS = <string> 
UNINTER 
ANNC_ID = <string> DIGITS = <string> 
ANNC_ID = <string> DIGITS = <string> 
STRPARM : FLEX BLK: 
<Hex strings> | 
NT DMS250 RESOURCE ENCODING AUTHORITY : VIP 
COLL TYPE RSRC INT ADNUM MIN MAX TIMER 
<string> <string> <integer> <boolean> <integer> <integer> <int 
DISCFLAG : TRUE 


ANSWIND : TRUE 

APPLERR : <string> 

CLOSECSE : <string> 

FAILCSE : <string> 

DESTADDR : NOA = <string> NUMPLAN <string> DIGITS = <strinc 
EDPREQ : <string> <string> 

EDPNOTIF : <string> <string> 


ONOANSWT : <integer> 
TNOANSWT : <integer> 
TIMEOUTT : <integer> 
AMAMEAS  : <string> 
DISPTEXT : CALLING PTY NAME - «string» | 
DISPTEXT : ORIG CALLED NAME - «string» | 
DISPTEXT : REDIRECTING NAME - «string» | 
DISPTEXT : UNRECOGNIZED DISPLAY TAG 
LEGID : <integer> 
AMASLPID : <string> 
AMAABNUM: NOA=<string>,NUMPLAN=<string>,DIGITS = <string> 
AMALNNUM: LNUMTYPE = <string>, DIGITS = <string> 
TCM : ** UNSUPPORTED ** 

<Hex strings> 
PASLGTRT : ** UNSUPPORTED ** 

<Hex strings> 
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VAMP2901 (continued) 


This page intentionally left blank 
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VAMP2901 (continued) 
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1-6 Logs 


VAMP2901 (continued) 


REDIRPID 


PRIBILL 


ALTBILL 


SALTBILI 


OVFLBILL 


AMABCID 


AMABCID 


AMP1 


AMP2 


SPID 


SVCCNTXT 


AMABFEAT 


AMASQNUM 


REDIRINF 


CARRUSG 


NSFACILT 


CLGPBGID 


AMASPID 


PREFIX 


RTPRTNUM 


DPCONVTR 


EXTRING 


CTRLGTRT 


ALTDPIND 


** UNSUPPORTED ** 
<Hex string> 
**UNSUPPORTED ** 
«Hex strings» 
**UNSUPPORTED ** 
«Hex strings» 
**UNSUPPORTED ** 
«Hex strings» 
**UNSUPPORTED ** 
«Hex strings» 
** UNSUPPORTED ** 
«Hex strings» 
**UNSUPPORTED ** 
«Hex strings» 
**UNSUPPORTED ** 
«Hex strings» 
**UNSUPPORTED ** 
«Hex strings» 
**UNSUPPORTED ** 
«Hex strings» 
**UNSUPPORTED ** 
«Hex strings» 
**UNSUPPORTED ** 
«Hex strings» 
**UNSUPPORTED ** 
«Hex strings» 
**UNSUPPORTED ** 
«Hex strings» 
**UNSUPPORTED 
«Hex strings» 
**UNSUPPORTED ** 
«Hex strings» 
**UNSUPPORTED ** 
«Hex strings» 
**UNSUPPORTED ** 
«Hex strings» 
**UNSUPPORTED ** 
«Hex strings» 
**UNSUPPORTED ** 
«Hex strings» 
**UNSUPPORTED ** 
«Hex strings» 
**UNSUPPORTED ** 
«Hex strings» 
**UNSUPPORTED ** 
«Hex strings» 
**UNSUPPORTED ** 
«Hex strings» 
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VAMP2901 (continued) 
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VAMP2901 (continued) 


—--------------hex dump of message 
E4 1C C7 04 00 00 


*** Extension Parameter *** 
NT DMS250 EXTENSION PARAMETER FAMILY | 
UNREC EXTENSION PARAMETER FAMILY 


«string» DIGITS 
«string» DIGITS 
«string» DIGITS 
«string» DIGITS 


<string> 


<string> 
<string> 


<string> 
<string> DIGITS 
<string> DIGITS 


STS <integer> 

PRISTS <integer> 

ALTSTS <integer> 

SALTSTS <integer> 

OVFLSTS <integer> 

CALLTYPE: <string> 

SATREST TRUE 

COS : «integers 

CALLBRND: «integer» 

BILLSEQ «string» 

CONNSCU TRUE 

CAINGRP <integer> 

TREATMT <string> 

REORGALL: <integer> 

UNIVIDX <string> 

NETBACT RTEAVAIL = <string> RTESDONE 

TERMRTE GNCT = <string> 

OCLDBACT: RTEAVAIL = <string> RTESDONE 

ONOANACT: RTEAVAIL = <string> RTESDONE 

EDPBUFFR: TRUE 

CALLCTRL: <string> 

PREXLA <integer> 

AMADIGS DIGTYPE = <string> DIGITS = 

BILLNUM NOA = <string> NUMPLAN = 

ACCTCODE: NOA = <string> NUMPLAN = 

PIN NOA = <string> NUMPLAN = <string> DIGITS 
*** Generic Address List *** 
DNIS NOA = <string> NUMPLAN = 
ALTOPNO NOA = <string> NUMPLAN = 
SALTOPNO NOA = <string> NUMPLAN = 
OVFLWNO NOA = <string> NUMPLAN = 
PORTEDNO NOA = <string> NUMPLAN = 


D1 02 65 01 30 08 9F 2A 05 00 10 01 20 02 


)E 00 E8 14 E9 12 CF 02 01 01 


«string» DIGITS 
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VAMP2901 (continued) 


Examples 


Examples of log report VAMP901 follow: 


250G VAMP901 APRO9 13:56:53 1600 INFO VAMP INBOUND MESS 
KEY : MSGSET=CAINO2, PROTO-TCAP SCCP 
CONTXT | : DEFAULT 
TRID : 00 00 00 14 
ROUTE : PC-01-01-01, SSN-33 
PACKAGE : CWP 
* ** COMPONENT» * * 
COMP: INVL 
COMP ID : 2F 01 
OPCODE : ANALYZE ROUTE 

*** PARAMETERS *** 

CHGNO : NOA- AUTH NUMPLAN- PRIV DIGITS- 6113311 
CLDNO : NOA- NATL NUMPLAN- ISDN DIGITS- 2201234 
CLGNO : NOA- SUBR NUMPLAN- PRIV DIGITS- 2201234 
OPULSNO : NOA= SUBR NUMPLAN= PRIV DIGITS= 2345678 
PRITRK : OPULSNO-Y SWID=011  TRKGRP- 00220 
AMADIGS : DIGTYPE = CIC DIGITS = 6234567 
AMABUSCUSTID AMABUSCUSTID DIGITS = 12345678901 


SALTBILL: **UNSUPPORTED** 
AMAABNUM: NOA= UNK NUMPLAN= UNK DIGITS: 123456 
AMALNNUM: LNUMTYPE- ANI DIGITS= 2146112211 
*** Extension Parameter *** 
NT DMS250 EXTENSION PARAMETER FAMILY 
BILLNUM : NOA = NATL NUMPLAN = PRVT DIGITS = 6113311 
PIN : NOA = INTL NUMPLAN = PRIV DIGITS 6253446 
ACCTCODE: NOA = MCCS NUMPLAN = PRIV DIGITS = 8762345 
*** COMPONENT *** 


COMP : INVL 
COMP ID : 30 

OPCODE : REQUEST REPORT BCM 

*** PARAMETERS *** 

EDPREQ : OCLDBUSY ONOANSWR NETBUSY 


EDPNOTIF: OTERMSZ  OANSWR 
ONOANSWT: 120 
TNOANSWT: 120 
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*** Extension Parameter *** 


NT 


BILLNUM 


PIN 


ACCTCODE 


:NOA 


:NOA 


:NOA 


*** COMPONENT *** 


COMP 
COMP ID 
OPCODE 


INVL 
30 


ll 


*** PARAMETERS *** 
OCLDBUSY ONOANSWR NETBUSY 


EDPREO 


EDPNOTIF: OTERMSZ OANSWR 


ONOANS 


WT: 


TNOANSWT : 
*** Extension Parameter *** 


NT 


120 
120 


NETBACT 


OCLDBACT: RTEAVAIL 


INTL NUMPLAN 
MCCS NUMPLAN 


RTEAVAIL = 
TERMRTE GNCT = 


EDPBUFFR: TRUE 
TIMEOUTT: 


00 
D1 
83 
CF 
5D 
09 
01 


1 


00 
02 
10 
01 
02 
2A 
01 


11 
65 
22 
30 
04 
86 
95 


00 
01 
10 
D1 
30 
44 
01 


00 
30 
32 
02 
9F 
85 
01 


REQUEST REPORT BCM 


IGNORE 


00 
18 
04 
6D 
5B 
F5 
96 


IGNORE 
IGNORE 


14 
93 
9F 
01 
01 
7D 
00 


ll 


DMS250 EXTENSION PARAMETER FAMILY 
NATL NUMPLAN 


PRVT DIGITS 
PRIV DIGITS 
PRIV DIGITS 


DMS250 EXTENSION PARAMETER FAMILY 


RTESDONE 


RTESDONE 


611 
= 625 
876 


REQUES 


REQUE 
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VAMP2901 (continued) 


Note: The above example is a formatting example only. The content may 
not reflect a possible call processing scenario. 


Field descriptions 
The following table explains each of the fields in the log report. 


Field Value Description 
MSGSET String name of application This field identifies the application owning 
the transport layer callback through which 
the message was received. 
PROTO String name of protocol This field identifies the name of the protocol 
type of the transport layer callback. 
CONTXT Name/value of application context This field contains the name of the 
ID application context from the TCAP dialog 
part. DEFAULT if the dialog part is not used. 
TRID 00-FF This field identifies the external network 
transaction ID. This is the local ID except in 
the case of a new inbound query message. 
PC 00-FF This field identifies the point code of the 
message sender. 
SSN 00-FF This field identifies the subsystem number 
of the message sender. 
PACKAGE This field Contains the TCAP package type. 
QWP Query with permission 
CWP Conversation with permission 
RESP Response 
UNI Unidirectional 
ABORT Abort 
QWOP Query without permission 
CWOP Conversation without permission 
COMP This field contains the TCAP component 
type for a message sent from the SCP to the 
Switch. 
INVL Invoke (Last) 
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VAMP2901 (continued) 


ANALYZE ROUTE 


AUTHORIZE TERMINATION 


COLLECT. INFORMATION 


CONTINUE 


DISCONNECT 


CONNECT TO RESOURCE 


SEND TO RESOURCE 


CANCEL RESOURCE EVENT 


CLOSE 


Field Value Description 
INVNL Invoke (Not Last) 
RRL Return Result (Last) 
RRNL Return Result (Not Last) 
RE Return Error 
REJ Reject 
COMP ID 0 to 4 hex digits This field contains the TCAP component 
identifier for a message sent from the SCP 
to the switch. 
OPCODE This field contains the TCAP operation 


code. 


Analyze Route 


message 


Authorize Termination 


message 


Collect Information 
message 
Continue 


message 


Disconnect 

message 

Connect To Resource 
message 

Send To Hesource 
message 

Cancel Hesource Event 


message 


Close 


message 
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VAMP2901 (continued) 


Field Value Description 
REPORT_ERROR Report_Error 
message 
REQUEST_REPORT_BCM Request_Report_BCM_Event 
message 
CALL_INFO_TO_RESOURCE Call Info To Resource message 
SEND NOTIFICATION Send Notification message 
ACG ACG message 
ACG GLOBAL CTRL RESTORE  . ACG Global Ctrl Restore message 
CONNECT Connect 
message 
PLAY ANN Play Ann 
message 
TERMINATION Termination 
message 
PROBCODE This field contains the reject problem code. 
UNREC_COMP Unrecognized component type 
COMP_ERROR Incorrect component portion 
BAD_HEADER Badly structured component portion 
DUP_INVID Duplicate invoke ID 


UNREC_OPCODE 
BAD_PARM 
UNREC_CORRID 
UNEXP_RETRSLT 
BAD_PARM 
UNEXP_RETERR 


UNREC_ERROR 


Unrecognized operation code 
Incorrect parameter 
Unrecognized correlation ID 
Unexpected return result 
Incorrect parameter 
Unexpected return error 


Unrecognized error 
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VAMP2901 (continued) 


UNUSED 

UNEXP COMP SEQ 
UNEXP DATA 

RSRC UNAVAIL 
MISSING CUSTOMER REC 
SPARE 

DATA UNAVAIL 
TASK REFUSED 
QUEUE FULL 

NO QUEUE 

TIMER EXPIRED 
DATA EXIST 
UNAUTH REQUEST 
NOT QUEUED 
UNASSIGNED. DN 
NOTIF. UNAVAIL 


Field Value Description 
UNEXP ERROR Unexpected error 
UNREC PKG Unrecognized package type 
TRANS ERROR Incorrect transaction portion 
BAD HEADER Badly structured transaction portion 
UNREC_TRID Unrecognized transaction ID 
REL_PROB Permission to release problem 
RSRC_UNAVAIL Resource unavailable 

ERRCODE This field contains the Return Error error 


code. 

Not used 

Unexpected component sequence 
Unexpected data value 
Unavailable resource 

Missing customer record 
Spare 

Data unavailable 

Task refused 

Queue full 

No queue 

Timer expired 

Data already exists 
Unauthorized request 

Not queued 

Unassigned directory number 


Notification unavailable to destination 
directory number 
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VAMP2901 (continued) 


Field 


Value 


Description 


CCl 


GAPDUR 


GAPINT 


GTA 


TT 


ACGGBOVD 


CHGNO 


VMSR_ID_NO_MATCH 


SECURITY_ERROR 
MISS_PARM 
UNEXP_PRMSEQ 
UNEXP_PKG_TYPE 
UNEXP_PKG_TYPE 


boolean and integer 


alphanumeric 


alphanumeric 


10-digit string 


alphanumeric 


string 


alphanumeric 


VMSR system identification did not match 
user profile 


Security error 

Missing parameter 

Unexpected parameter sequence 
Unexpected message 
Unexpected package type 


This field contains data for the CCI 
parameter that indicates the cause control 
indicator. This field also contains the 
number of digits to which the ACG control is 
applied. 


This field contains data for the GAPDUR 
parameter that indicates the length in 
seconds that an ACG control is applied 
before it times out and is removed from the 
control list by the UCS DMS-250 switch. 


This field contains data for the GAPINT 
parameter. This parameter contains the 
minimum length in seconds that the UCS 
DMS-250 switch must wait before sending 
another query to the SCP. 


This field contains data for the GTA 
parameter. This parameter is a string of 
10-digits that indicate the global title 
address of the ACG control. 


This field contains data for the TT 
parameter. This parameter indicates the 
translations type of the ACG control. 


This field contains data for the ACGGBOVD 
parameter. This parameter reinitializes the 
ACG control list. 


This field contains the nature of address, 
numbering plan, and digits for the 
ChargeNumber parameter. 
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VAMP2901 (continued) 


Field Value Description 
CLGNO alphanumeric This field contains the nature of address, 
numbering plan, and digits for the 
CallingPartyID parameter. 
CHGPTYSTN 0 to 99 This field contains the integer charge party 
station ID 
CLDNO alphanumeric This field contains the nature of address, 
numbering plan, and digits for the 
CalledPartyID parameter. 
OPULSNO alphanumeric This field contains the nature of address, 
numbering plan, and digits for the 
OutpulseNumber parameter. 
COLLDIGS alphanumeric This field contains the digits collected from 
the calling party. 
PRITRK alphanumeric<boolean><string This field contains the outpulse number, 
value> SWID, and trunk group for the 
PrimaryTrunkGroup parameter. 
ALTTRK alphanumeric<boolean><string This field contains the outpulse number, 
value> SWID, and trunk group for the 
AlternateTrunkGroup parameter. 
SALTTRK alphanumeric<boolean><string This field contains the outpulse number, 
value> SWID, and trunk group for the 
SecondAlternateTrunkGroup parameter 
ALTCARR numeric This field contains the alternate carrier 
identification code. 
SALTCARR numeric This field contains the second alternate 
carrier identification code. 
CARRIER numeric This field contains the carrier identification 
code. 
AMADIGS 3 to 27 digits This field contains the AMADigitsDialeaWC 
parameter. 
FCI A, B, C, D, E, F, G, H, IJ, K, L, M, N, This field contains the bit ID used in the 
O, P ForwardCalllndicator parameter. 
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Field 


Value 


Description 


RSRCTYPE 


STRPARM 


DISCFLAG 


ANSWIND 


APPLERR 


PLAY ANN 
COLL DIGITS 
FLEX PARAMETER BLOCK 


<STRParameter text string» 


Presence 


Presence 


DATA ERR 

MISS PARM 

T1 EXPIRE 
UNEXP COMM 
UNEXP MSG 
UNEXP MSGSEQ 
UNEXP PRMSEQ 


This field indicates the resource type 
accessed from the Send To Resource, 
Call Info To Resource, or 

Connect To Hesource message. 


Play announcement 
Collect digits 
Flex parameter block 


This field contains information returned to 
the switch in the Resource Type parameter 
within a Send to Hesource, 

Call Info To Resource, or 

Connect To Resource message. 


When present, this field indicates whether 
the leg of a call is disconnected after the call 
is branded. (This parameter is only returned 
in a Send To Resource or 

Connect To Hesource message.) 


When present, this field indicates whether 
answer supervision is required while the 
caller is connected to the resource. (This 
parameter is only returned in a 

Send To Hesource message.) 


This field indicates the application error 
detected and can include information 
pertaining to the erroneous message. This 
field has a subfield ERRCSE. The subfield 
contains the error cause parameter. 


Data error 

Missing parameter 

T1 timer expired 
Unexpected communication 
Unexpected message 


Unexpected message sequence 


Unexpected parameter sequence 
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Field Value Description 
CLOSECSE This field explains why a Close message is 
sent to end a TCAP transaction. 
CALL_TERM Call terminated 
EDP_COMPL EDPs completed 
UNEXP_COMM Unexpected communication 
ANSWER Called party answered 
FAILCSE This field indicates that the received 
operation should not be performed due to 
unavailable hardware or software 
resources. 
HIGH_RATE High rate 
CHNBUSY Channel busy 
ABORT Abort 
RSRC_LIM Limited resources 
APPL_ERR Application error 
TIMER_EXP Timer expired 
TEMP_FAIL Temporary failure 
DESTADDR 10 digits This field contains the DestinationAddress 
parameter. 
GENADDR This field contains the GenericAddressList 
parameter for an Analyze Route message. 
ALTOPNO AlternateOutpulseNo parameter 
OVFLWNO OverflowRoutingNo parameter 
SALTOPNO SecondAlternateOutpulseNo 
parameter 
DNIS This field contains a DNIS value specific to 
the service specified. 
EDPREQ alphanumeric This field contains the EDPs armed to send 
EDP requests. 
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Field Value Description 
EDPNOTIF alphanumeric This field contains the EDPs armed to send 
EDP notifications. 
ONOANSWT 1 to 120 This field indicates the value (in seconds) of 
the SSP originating no answer timer. 
TNOANSWT 1 to 120 This field indicates the value (in seconds) of 
the SSP terminating no answer timer. 
TIMEOUTT 1 to 180 This field indicates the value (in minutes) of 
the SSP terminating timeout timer. 
AMAMEAS connectTimeDestinationRecordedS This field contains the AMAMeasure 
SP, connectTimeRecordedSCP, parameter and indicates whether a duration 
connectTimeNotRecorded time measure needs to be made. The 
parameter also indicates the destination of 
the duration time that is measured. 
DISPTEXT alphanumeric This field contains the text string associated 
with the display information. 
LEGID 0, 1, or2 This field contains the Leg/D parameter. 
AMASLPID vector of up to 9 digits This field contains a service or a unique 
subset of service functionality which 
indicates that the UCS DMS-250 switch 
should override normal switch-based 
recording and invoke AIN AMA recording 
generation. 
AMAABNUM alphanumeric<NOA>: (UNK, NATL, This field contains an alternate billing 
INTL, ACCT, ANI, 12ANI, AUTH, number to which the AIN service should be 
HOTL, MCCS, PIN, VPN, NOO, billed (AMAAIternateBillingNumber). 
PART}<NUMPLANs>: (UNK, ISDN, 
RSVO, RSV1, RSV2, PRVT, RSV4, 
RSV5}<DIGITS>: vector of up to 24 
digits 
AMALNNUM alphanumericecLNUMTYPE»: (005, This field contains information about the 


006)«DIGITS»: vector of up to 24 
digits 


calling party ID or ANI (AMALineNumber). 
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Field 


Value 


Description 


CARRIER 


BILLIND 


ROUTENUM 


CLDNO 


NATL/NR, INTL/NR, NATL/R, 
INTL/R 


UNK, ISDN, TELE, DATA, TELEX, 
MARI, LAND, PRIV 


vector of up to 24 digits 


141, 142 


vector of up to 3 digits 


NATL/NR, INTL/NR, NATL/R, 
INTL/R 


UNK, ISDN, TELE, DATA, TELEX, 
MARI, LAND, PRIV, NUMB 


vector of up to 24 digits 


This field contains the carrier digits. This 
field, whose format is different from the 
existing CAINO2 CARRIER, is for the IN1 
message set. This field has subfields of 
NON, NUMPLAN, and DIGITS. The values 
for the NON subfield include: NATL/NR, 
INTL/NR, NATL/R, and INTL/R. The values 
for the NUMPLAN subfield include: UNK, 
ISDN, TELE, DATA, TELEX, MARI, LAND, 
and PRIV. The value for the DIGITS 
subfield can be a vector of up to 24 digits. 


This field contains the value associated with 
the AMA call type code and the Service 
Feature Identification number to be 
recorded in the CDR. This field has 
subfields of AMACT and SERVFEAT. The 
values for the AMACT subfield are 141 and 
142. The value for the SERVFEAT subfield 
can be a vector of up to 3 digits. 


This field contains the routing number. 
Refer to the CARRIER field for the IN1 
message set for values applicable to this 
field. 


This field contains the called party number. 
This field, whose format is different from the 
existing CAINO2 CLDNO, is for the IN1 
message set. This field has the following 
subfields: NON, NUMPLAN, and DIGITS. 
the NON subfield can have the following 
values: NATL/NR, INTL/NR, NATL/R, and 
INTL/R. the NUMPLAN subfield can have 
the following values: UNK, ISDN, TELE, 
DATA, TELEX, MARI, LAND, PRIV, and 
NUMB. The DIGITS subfield can be a 
vector of up to 24 digits. 
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Field 


Value 


Description 


ACGIND 


ECHODATA 


STDANNC 


PROBDATA 


STS 


PRISTS 


ALTSTS 


SALTSTS 


UNUSED, VACANT_CODE, 
OUT_OF_BAND, DB_OVLD, 
DEST_MASS_CLG, SMS_INIT 


vector of up to 5 digits 


vector of up to 5 digits 


alphanumeric 


up to 3 digits 


3 digit number 


3 digit number 


3 digit number 


3 digit number 


This field contains the following Automatic 
Call Gapping information: the gap interval, 
the control duration, and the cause of the 
ACG control. This parameter, whose format 
is different from the existing CAINO2 
ACGIND is for the IN1 message set. This 
parameter has subfields of CNTRLCSE, 
ACGINT, and ACGDUR. The values for the 
CNTRLCSE subfield include: UNUSED, 
VACANT_CODE, OUT_OF_BAND, 
DB_OVLD, DEST_MASS_CLG, and 
SMS_INIT. The value for the ACGINT 
subfield can be a vector of up to 5 digits. 
The value for the ACGDUR subfield can be 
a vector of up to 5 digits. 


This field contains the EchoData parameter 
and is used to associate the 
Termination_Notification message with the 
Send_Notification message. 


This field contains the code that 
corresponds to a particular type of standard 
announcement. 


This field contains the Problem Data value 
returned in a Return_Error component. The 
value for the <identifier> subfield can 
contain any valid identifier, and its contents 
are displayed in the <contents> subfield. 


This field contains the 
servTranslationScheme extension 
parameter and is used to redefine an 
existing STS. 


This field contains the STS to be used with 
the PrimaryTrunkGroup parameter. 


This field contains the STS to be used with 
the AlternateTrunkGroup parameter. 


This field contains the STS to be used with 
the SecondAlternateTrunkGroup 
parameter. 
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Field Value Description 

OVFLSTS 3 digit number This field contains the STS to be used with 
the OverflowRoutingNo parameter. 

CALLTYPE This field contains the callType extension 
parameter. 

0 This field indicates the call type is off 
network. 

1 This field indicates the call type is on 
network. 

2 This field indicates the call type is forced 
ONNET. 

3 This field indicates the call type is virtual 
ONNET. 

SATREST TRUE When present, this field indicates the call is 
not routed through any satellite-based 
routing. 

COS 4 hex digits This field contains the classOfSve 
extension parameter. 

CALLBRND 4 hex digits This field contains the callBranding 
extension parameter. 

AUTHTRAP not supported This field is not supported in this release. 

BILLSEQ 32 bit binary value This field contains the 
billSequenceNumber extension 
parameter. 

STRCONTP NONE, CONNECT ONLY, This field contains the strConnectionType 

CONNECT 1129 STYLE extension parameter. 

CONNSCU TRUE When present, this field indicates the call 
should connect to a PSN SCU. 

CAINGRP 0 to 255 This field contains the GRPNUM associated 
with the CAIN group returned in the 
cainGroup extension parameter. 

TREATMT Up to 8 alphanumeric characters This field contains the treatment 
extension parameter. 
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None 


Field Value Description 

REORGALL 0 to 255 This field contains the reorigAl lowed 
extension parameter. 

NETINFO EXTNETIDNETCGIDNCOS This field contains the external network id, 
the network customer group id, and the 
network class of service for a multiple 
switch business group call. 

UNIVIDX NIL, AC, PX, CT, FA, OFC, DN, AM, This field contains the universal translations 

FT, CC, NSC, CTY, NN, VPN system that was used. 

NETBACT Three valid EDP action strings This field indicates what actions to take 
when the Network_Busy EDP is reached. 

OCLDBACT Two valid EDP action strings This field indicates what actions to take 
when the O_Called_Party_Busy EDP is 
reached. 

ONOANACT Two valid EDP action strings This field indicates what actions to take 
when the O_No_Answer EDP is reached. 

EDPBUFFR TRUE This field indicates that digits should be 
buffered when an EDP request is sent. 

CALLCTRL NIL, LEAVE TDP, CONT_NOTRIG This field contains the callctrl extension 
parameter. 

PREXLA 0 to 255 This field contains the preXLA extension 
parameter. 

AMADIGITS 3 to 27 digits This field contains the amaDigits extension 
parameter. 

BILLNUM alphanumeric This field contains the billingNumber 
extension parameter. 

ACCTCODE alphanumeric This field contains the accountCode 
extension parameter. 

PIN alphanumeric This field contains the pinDigits extension 
parameter. 

AMABUSCUST Vector of 11 digits This field contains the AMA Business 

ID Customer ID. 

Action 
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Associated OM registers 
None 


Additional information 


This log report is controlled by the CI commands VPTRACE ENABLE and 
VPTRACE DISABLE. The log is activated when set to enable, deactivated 
when set to disable. 


Table history 
SN07 (TDM) 
Added field AMABUSCUSTID according to feature A00005363. 
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VAMP902 


Explanation 


Format 


The switch generates this log report when an outbound message is sent through 
the Variable AIN Messaging Platform (VAMP). 


The VAMP 902 log report is generated when a message is sent through the 
VAMP framework. The framework captures the messages when message 
logging is enabled with the VPTRACE tool. For detailed information, refer to 
AD7765 - Carrier-AIN 0.2 Message Driver. 


The CI command VPTRACE ENABLE and VPTRACE DISABLE control the 
VAMP902 log. The VPTRACE ENABLE command activates the log and the 
VPTRACE DISABLE command deactivates the log. The VPTRACE tool 
must be enabled to view this log. 


Note: Thislog is intended for lab use only and is not suited for live switches 
due to the number and size of reports. 


The format for the VAMP902 log is as follows: 
e The order of the parameters may vary based on the messages. 


e All parameters of Implicit Null type are always displayed as TRUE if the 
parameters are present. 


e The vertical bar “|" stands for or". This is used to indicate the display 
output may have different formats or values. 
Note 1: This parameter format that is different from the exising CAINO2 
CLGNO, is for the INI message set. 


Note 2: This parameter format that is different from the exising CAINO2 
CONNTIME, is for the IN1 message set. 


Note 3: This parameter format that is different from the existing CAINO2 
ERRCODE, is for the INI message set. 
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VAMP902 (continued) 


Example of the VAMP902 log format (continued) 


VAMP 902 mmmdd hh:mm:ss nnnn INFO VAMP OUTBOUND MESSAGE 


KEY MSGSET-«string», PROTO=<string> 
CONTXT «string» 
TRID «integer» 
ROUTE GTTYPE-«string», GTDIGS-«integer- 
PACKAGE <string> 
*** COMPONENT *** 
COMP <string> 
COMP_ID <string> 
OPCODE <string> | 
PROBCODE: <string> | 
ERRCODE : <string> | 
CODE <string> 
*** PARAMETERS *** 
USERID : CAIN SWID = <string> TRKGRP = <string>| 
: DN <string> 
TRK <string> | 
: PRIVFAC <string> 
CLDNO NOA = <string> NUMPLAN = <string> 
DIGITS = <string> 
TRIGCRIT: <string> 
CHGNO NOA = «string» NUMPLAN = <string> 
DIGITS = <string> 
CLGNO NOA = <string> NUMPLAN = <string> 
DIGITS = <string> 
CHGPTYST: <integer> 
CARRIER CARRIER SEL = <string> DIGITS = 
<string> 
ACCESS NOA = <string> NUMPLAN = <string> 
DIGITS = <string> 
COLLADDR: NOA = <string> NUMPLAN = <string> 
DIGITS = <string> 
COLLDIGS: NOA = <string> NUMPLAN = <string> 
DIGITS = <string> 
VERTSERV: NOA = «string» NUMPLAN = <string> 
DIGITS = <string> 
FEATID <integer> 
NOTIFIND: <boolean> 
PIC <string> 
STRCONN <boolean> 
APPLERR <string> 
BUSYCSE CSEVALUE = <string> DIAGNOSTICS = 
<integer> | 
: CSEVALUE = <string> 
CLOSECSE: <string> 
CLEARCSE: <string> 
FAILCSE <string> 
CCID <string> 
CLRCSEDT: <Hex strings> | 
No parameter data 
LEGID <integer> 
IPRETBLK: <Hex strings> 
IPRETBLK: NT DMS250 RESOURCE ENCODING AUTHORITY 
- VIP 
IPCOLDIG: NOA = <string> NUMPLAN = <string> 
DIGITS = <string> 
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VAMP902 (continued) 


Example of the VAMP902 log format (end) 


JIP <string> 

AMP1 <string> 
*** Extension Parameter *** 
INFOCOLLECTED EXTENSION AA| 
INFOANALYZED EXTENSION AA| 
NT DMS250 EXTENSION PARAMETER 


REORIG TRUE 

TREATMT <integer> 

ORIGTRK : TRKTYPE = <string> TRKGRP = <string> 
TRKMEM = <string> 

TERMTRK : TRKTYPE = <string> TRKGRP = <string> 
TRKMEM = <string> 

ADIN <integer> 

CAINGRP <integer> 

UNIVACC <string> 

UNIVIDX <string> 

NETINFO EXTNETID = <integer> 

SUBINFO SUB TYPE = <string> DIG TYPE = 
<string> 

TLOVFL TRUE 

LNPRCVD : TRUE 

CONNTIME: mmmmm:ss.t 

JIP <string> 

NUMREORG: <integer> 

CAINPRT NOA = «string» NUMPLAN = <string> 
DIGITS = <string> 

BILLNUM NOA = <string> NUMPLAN = <string> 
DIGITS = <string> 

ACCTCODE: NOA = «string» NUMPLAN = <string> 
DIGITS = <string> 

PIN NOA = <string> NUMPLAN = <string> 
DIGITS = <string> 

SWID <integer> 

BUSYRTE 

NUMTRIES: <integer> 

ROUTENO NOA = <string> NUMPLAN = <string> 
DIGITS = <string> 

RTEINDEX: SWID = <string> TRKGRP = <string> 

ACCESSTP: <numeric> 


E2 81 98 C7 04 
01 01 D1 02 64 


hex dump of message 
01 00 35 00 E8 81 8F E9 81 8C CF 
03 30 81 82 BF 35 07 81 05 
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VAMP902 (continued) 


Examples 


The following is an example of the VAMP902 log report. 


250Z VAMP902 JUL13 10:35:23 3900 INFO VAMP OUTBOUND MESSAGE 


KEY : MSGSET=CAINO2, PROTO-TCAP SCCP 
CONTXT | : DEFAULT 
TRID : 00 00 00 1B 
ROUTE :  GTTYPE-CAIN CLID GT, GTDIGS-70872721026 
PACKAGE  : QWP 

***COMPONENT* * * 
COMP : INVL 

COMP ID : 01 
OPCODE : INFO ANALYZED 

*** PARAMETERS *** 

USERID : PRIVFAC 337 

CHGNO |: NOA-CLGP SUBR NUMPLAN=ISDN DIGITS=7087271026 
LATA : NOA-UNK NUMPLAN-UNKNOWN  DIGITS-101 


TRIGCRIT: OFFHKDEL 


CLGNO : NOAZNON UNI NATL NUMPLAN-ISDN DIGITS=3124056789 


CHGPTYST: 00 


COLLADDR: NOA-SUBR NUMPLAN-ISDN DIGITS=5253038919 


*** Extension Parameter *** 
INFOANALYZED EXTENSION AA 


ACCESSTP: 1PLUS 


TM hex dump of message ------------- 
E2 81 98 C7 04 01 00 35 00 E8 81 8F E9 81 8C CF 
01 01 D1 02 64 03 30 81 82 BF 35 07 81 05 


Note: The above example is a formatting example only. The content may 
not reflect a possible call processing scenario. 


Field descriptions 
The following table explains each of the fields in the log report. 


Field Value Description 

MSGSET String name of application This field identifies the application owning the 
transport layer callback through which the 
message was received. 

PROTO String name of protocol This field identifies the name of the protocol type 
of the transport layer callback. 

CONTXT Name/value of application This field contains the name of the application 

context ID context from the TCAP dialog part. DEFAULT if 

the dialog part is not used. 
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VAMP902 (continued) 


Field Value Description 
TRID 00-FF This field identifies the external network 
transaction ID. This is the local ID. 
GTTYPE Alphanumeric This field identifies the global title type in the 
global title address. 
GTDIGS 0-F This field identifies the global title address digits. 
PACKAGE This field contains the TCAP package type. 
QWP Query with permission 
CWP Conversation with permission 
RESP Response 
UNI Unidirectional 
ABORT Abort 
QWOP Query without permission 
CWOP Conversation without permission 
COMP This field contains the TCAP component type 
for a message sent from the SCP to the switch. 
INVL Invoke (Last) 
INVNL Invoke (Not Last) 
RRL Return Result (Last) 
RRNL Return Result (Not Last) 
RE Return error 
REJ Reject 
COMPID 0 to 4 hex digits This field contains the TCAP component 
identifier for a message sent from the SCP to 
the switch. 
OPCODE alphanumeric This field contains the Local access and 


ORIGINATION ATTEMPT 


Transport Area of the originating or terminating 
facility. 


Origination Attempt 


message 
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VAMP902 (continued) 


Field 


Value 


Description 


O_FEATURE_REQUESTED 


INFO_COLLECTED 


INFO_ANALYZED 


NETWORK_BUSY 


O_TERM_SEIZED 


O_CALLED_PARTY_BUSY 


O_ANSWER 


O_NO_ANSWER 


O_DISCONNECT 


TIMEOUT 


O_MID_CALL 


TERMINATION_ATTEMPT 


RESOURCE_CLEAR 


CTR_CLEAR 


O_Feature_Requested 


message 


Info_Collected 


message 


Info_Analyzed 


message 


Network_Busy 


message 


O_Term_Seized 


message 


O_Called_Party_Busy 


message 


O_Answer 


message 


O_No_Answer 


message 


O Disconnect 


message 


Timeout 
message 

O Mid Call 
message 


Termination Attempt 


message 


Hesource Clear 


message 


CTHR Clear 


message 
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VAMP902 (continued) 


Field Value Description 
CLOSE Close 
message 
REPORT_ERROR Report_Error 
message 
CALL INFO FROM RESOU Call Info From Resource 
RCE message 
TERMINATION_NOTIFICATI = Termination Notification 
ON message 
ACG_OVERFLOW ACG Overflow 
message 
START Start 
message 
FAILURE OUTCOME Failure outcome 
message 
O ABANDON O Abandon 
message 
PROBCODE This field contains the reject problem code. 
UNREC COMP Unrecognized component type 
COMP ERROR Incorrect component portion 
BAD HEADER Badly structured component portion 
DUP INVID Duplicate invoke ID 


UNREC OPCODE 
BAD PARM 
UNREC CORRID 
UNEXP RETRSLT 
BAD PARM 


UNEXP RETERR 


Unrecognized operation code 
Incorrect parameter 
Unrecognized correlation ID 
Unexpected return result 
Incorrect parameter 


Unexpected return error 
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VAMP902 (continued) 


UNUSED 
UNEXP_COMP_SEQ 
UNEXP_DATA 
RSRC_UNAVAIL 
MISSING_CUSTOMER_REC 
SPARE 
DATA_UNAVAIL 
TASK_REFUSED 
QUEUE_FULL 
NO_QUEUE 
TIMER_EXPIRED 
DATA_EXIST 
UNAUTH_REQUEST 
NOT_QUEUED 
UNASSIGNED_DN 
NOTIF_UNAVAIL 


Field Value Description 
UNREC_ERROR Unrecognized error 
UNEXP_ERROR Unexpected error 
UNREC_PKG Unrecognized package type 
TRANS_ERROR Incorrect transaction portion 
BAD_HEADER Badly structured transaction portion 
UNREC_TRID Unrecognized transaction ID 
REL_PROB Permission to release problem 
RSRC_UNAVAIL Resource unavailable 
ERRCODE This field contains the Return Error error code. 


Not used 

Unexpected component sequence 
Unexpected data value 
Unavailable resource 

Missing customer record 
Spare 

Data unavailable 

Task refused 

Queue full 

No queue 

Timer expired 

Data already exists 
Unauthorized request 

Not queued 

Unassigned directory number 


Notification unavailable to destination directory 
number 
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VAMP902 (continued) 


Field Value Description 
VMSR_ID_NO_MATCH VMSR system identification did not match user 
profile 
SECURITY_ERROR Security error 
MISS_PARM Missing parameter 
UNEXP_PRMSEQ Unexpected parameter sequence 
UNEXP_PKG_TYPE Unexpected message 
UNEXP_PKG_TYPE Unexpected package type 
USERID A valid TCAP User ID text This field informs the SCP of the network 
string identity for the caller. 
BEARCAP SPEECH, 3_1KHZ, 7KHZ, This field contains the call's bearer capability 
56KBPS, 64KBPS, MULTI when the CAINO.2 message is sent. 
CLDNO alphanumeric This field contains the known address of the 
called party. 
TRIGCRIT This field contains the trigger criteria. 


CUST_INT 


OFFHKIMM 


NETWBUSY 


O_CLDBSY 


O_NOANSW 


O_FTRREQ 


OFFHKDEL 


CSP_CLID 


Triggering occurred at the 
Customized_Dialing_Plan trigger. 


Triggering occurred at the Off Hook Immediate 
trigger. 


Triggering occurred at the Network_Busy 
trigger. 


Triggering occurred at the 
O_Called_Party_Busy trigger 


Triggering occurred at the O_No_Answer 
trigger. 


Triggering occurred at the 
O_Feature_Requested trigger. 


Triggering occurred on the off hook delay 
address from the Offhook_Delay trigger. 


Triggering occurred on the calling line identifier 
from the PRI_B-Channel trigger. 
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VAMP902 (continued) 


Field Value Description 

CSP_ADDR Triggering occurred on the called party's 
address from the PRI B-Channel trigger. 

CSP NOO Triggering occurred on the NOO address from 
the PRI B-Channel trigger. 

CSP INTL Triggering occurred on the international 
address from the PRI B-Channel trigger. 

CSP ADIN Triggering occurred on the ADIN address from 
the PRI B-Channel trigger. 

PRI. STD Triggering occurred for the PRI B-Channel 
trigger, send the standard (GR-1298-CORE) 
trigger criteria value to the SCP. 

SDS ADDR Triggering occurred on the called party's 
address from the Specific Digit String trigger. 

SDS INTL Triggering occurred on the international 
address from the Specific Digit String trigger. 

SDS INFO Triggering occurred on the information digits 
from the Specific Digit String trigger. 

SDS ANI Triggering occurred on the ANI from the 
Specific Digit String trigger. 

SDS NOO Triggering occurred on the NOO address from 
the Specific Digit String trigger. 

SDS CIC Triggering occurred on the CIC from the 
Specific Digit String trigger. 

SDS ADIN Triggering occurred on the ADIN from the 
Specific Digit String trigger. 

SIO CIC Triggering occurred on the CIC from the 
Shared Interoffice Trunk trigger. 

SIO INFO Triggering occurred on the information digits 
from the Shared Interoffice Trunk trigger. 

SIO ANI Triggering occurred on the ANI from the 


Shared Interoffice Trunk trigger. 
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VAMP902 (continued) 


Field Value Description 

SIO ADDR Triggering occurred on the called party's 
address from the Shared Interoffice Trunk 
trigger. 

SIO_NOO Triggering occurred on the NOO address from 
the Shared Interoffice Trunk trigger. 

SIO INTL Triggering occurred on the international 
address from the Shared Interoffice Trunk 
trigger. 

SIO_ADIN Triggering occurred on the ADIN address from 


the Shared Interoffice Trunk trigger. 


SIO STD Triggering occurred for the 
Shared Interoffice Trunk trigger, send the 
standard (GR-1298-CORE) trigger criteria value 
to the SCP. 


NPA Triggering occurred on the NPA address from 
the Office Code trigger. 


NPA N Triggering occurred on the NPA address from 
the Office Code or Specific Digit String 
trigger. 


NPA NX Triggering occurred on the NPA address from 
the Office Code or Specific Digit String 
trigger. 


NPA NXX Triggering occurred on the NPA NXX address 
from the Office Code trigger. 


NPA NXXX Triggering occurred on the NPA_NXXX address 
from the Office Code or Specific Digit String 
trigger. 


NPA NXXXX Triggering occurred on the NPA_NXXXX 
address from the Office_Code or 
Specific_Digit_String trigger. 


NPA_NXXXXX Triggering occurred on the NPA_NXXXXX 
address from the Office_Code or 
Specific_Digit_String trigger. 


LNP_OFCD Triggering occurred on the LNP_OFCD address 
from the Office Code trigger. 
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VAMP902 (continued) 


Field 


Value 


Description 


CHGNO 
CLGNO 
CHGPTYST 


CARRIER 
ACCESS 
COLLADDR 


COLLDIGS 


VERTSERV 


FEATID 


NOTIFIND 


PIC 


OIECREO 


SPECFEAT 


TERM ATT 


alphanumeric 
alphanumeric 


0 to 99 


alphanumeric 


alphanumeric 


alphanumeric 


YES or NO 


O NULL 


Triggering occurred atthe O_IEC_Reorigination 
trigger. 


Triggering occurred at the 
Specific_Feature_Code trigger. 


Triggering occurred at the Termination_Attempt 
trigger. 


This field contains the charge number. 
This field contains the calling party's number. 


This field contains the integer charge party 
station ID. 


This field contains the carrier identification code. 
This field contains the switch's account code. 


This field contains the address collected from 
the calling party. 


This field contains the digits collected from the 
calling party. 


This field contains the vertical service code of 
the information collected from the calling party. 


This field contains the O_Feature_Requested 
feature activator identifier. (The feature 
activator is datafilled in the FEAT selector of 
table OFTRREQ.) 


This field identifies a Switch Call Related 
Message as either a request (NO) ora 
notification (YES) message (thus determining 
whether or not the SCP should send a 
response). 


This field contains the point in call where the 
trigger occurred. 


O Null 
PIC 
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VAMP902 (continued) 


Field Value Description 
COLLINFO Collect_Information 
PIC 
ANLZINFO Analyze_Information 
PIC 
SELROUTE Select_Route 
PIC 
SENDCALL Send Call 
PIC 
O ALERTG O Alerting 
PIC 
O SUSPEND O Suspended 
PIC 
CARD Calling card feature 
AUTH Authorization code feature 
ADDR Called party address feature 
STRCONN This field is not supported in this release. 
APPLERR This field Identifies the application error 
detected and can include information pertaining 
to the erroneous message. This field has a 
subfield ERRCSE. The subfield contains the 
error cause parameter. 
DATA ERR Data error 
MISS PARM Missing parameter 
T1 EXPIRE T1 timer expired 
UNEXP COMM Unexpected communication 
UNEXP MSG Unexpected message 


UNEXP MSGSEQ 
UNEXP PRMSEQ 


Unexpected message sequence 


Unexpected parameter sequence 
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VAMP902 (continued) 


Field Value Description 
BUSYCSE This field indicates the reason the call cannot be 
presented to the terminating party. 
NOCIRCAV No channel or circuit available 
TEMPFAIL Temporary failure 
SWEQCONG Switching equipment congestion 
RESUNEAV Resource unavailable - unspecified 
NTWKOOO Network out of order 
UINFDISC User information discarded 
CHANUNAV Requested circuit/channel not available 
USERBUSY User busy 
NOUSRESP No user responding 
NOANSWER No answer from user 
CALLREJ Call rejected 
CLOSECSE This field explains why a Close message is sent 
to end a TCAP transaction. 
CALL TERM Call terminated 
EDP COMPL EDPs completed 
UNEXP COMM Unexpected communication 
ANSWER Called party answered 
CLEARCSE This field indicates the reason a connection 
between a user and a resource was terminated. 
NORMAL Normal termination 
TIMEOUT Timeout occurred 
ABANDON Call was abandoned 
FAILURE Failure 
INVCODE Invalid code 
CLDPANSW Called party answered 
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VAMP902 (continued) 


Field Value Description 
TASKREF Task refused 
PROTOERR Protocol error 
RSRC_UNK Resource unknown 
RSRC_NA Resource not available 

FAILCSE This field indicates that the received operation 
should not be performed due to unavailable 
hardware or software resources. 

HIGH_RATE High rate 
CHNBUSY Channel busy 
ABORT Abort 
RSRC_LIM Limited resources 
APPL_ERR Application error 
TIMER_EXP Timer expired 
TEMP_FAIL Temporary failure 
CCID ORIGINATINGSETUP, This field indicates the call configuration on the 
STABLE2PARTY SSP. 

LEGID 0 to 2 This field indicates the leg of the call. 

IPRETBLK Alphanumeric This field contains information collected by the 
UCS DMS-250 switch due to a request from the 
SCP. Information is returned in a 
Resource Clear or a CTR Clear message. 

JIP up to 10-digits This field contains the Location Routing Number 
(LRN) for the originating switch. 

ACGENC boolean, string, and integer This field contains data for theACGENC 
parameter. This parameter contains the control 
indicator (SCP overload or SOCC), the control 
type, and the number of digits in the control. 

CCl boolean and integer This field contains data for the CC/ parameter 


that indicates the cause control indicator . This 
field also contains the number of digits to which 
the ACG control is applied. 
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VAMP902 (continued) 


Field Value Description 

TT alphanumeric This field contains data for the TT parameter. 
This parameter indicates the translations type of 
the ACG control. 

GTA 10-digit string This field contains data for the GTA parameter. 
This parameter is a string of 10-digits that 
indicate the global title address of the ACG 
control. 

CLGNO This field contains the calling party number. This 
field, whose format is different from the existing 
CAINO2 CLGNO, is for the IN1 message set. 

NATL/NR, INTL/NR, NATL/R, This field has the following subfields: NON, 

INTL/R NUMPLAN, and DIGITS. The NON subfield can 
have the following values: NATL/NR, INTL/NR, 

PNIS ISDN, TECESDATA, NATL/R, and INTL/R. The NUMPLAN subfield 

TELEX, MARI, LAND, PRIV, ‘ . 

NUMB can have the following values: UNK, ISDN, 
TELE, DATA, TELEX, MARI, LAND, PRIV, and 

vector of up to 24 digits NUMB. The DIGITS subfield can be a vector of 
up to 24 digits. 

LATA This field contains the LATA number. This field 
has the following subfields: NON, NUMPLAN, 

ipid NENE NATER and DIGITS. The NON subfield can have the 
following values: NATL/NR, INTL/NR, NATL/R, 
UNK, ISDN, TELE, DATA, and INTL/R. The NUMPLAN subfield can have 
TELEX, MARI, LAND, PRIV, the following values: UNK, ISDN, TELE, DATA, 
NUMB TELEX, MARI, LAND, PRIV, and NUMB. The 
" DIGITS subfield can be a vector or up to 3 digits. 
vector of up to 3 digits 

ORIGSTAT 2 digits This field contains the originating station ID 
(information digits). 

ECHODATA alphanumeric This field contains the EchoData parameter and 
is used to associate the 
Termination Notification message with the 
Send Notification message. 

CONNTIME Minutes (5 digits): Seconds (2 This field contains the elapsed time from answer 

digits). Tenth (1 digit) to disconnect. This parameter, whose format is 
NO FILL CHAR, FILL CHAR different from the existing CAINO2 CONNTIME, 
PRES SPARE is for the IN1 message set. This field has a 
: subfield SIGN which can have the following 
values: NO FILL CHAR, FILL CHAR PRES, and 
SPARE. 
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VAMP902 (continued) 


Field 
ERRCODE 


TERMIND 


PROBDATA 


EXTENSION 
PARAMETER 


REORIG 


TREATMT 


ORIGTRK 


TERMTRK 


Value 


UNUSED, CALLER 
ABANDON, IMPROPER 
CALLER RESPONSE 


Y,N 
Y,N 
Y,N 


<identifier> <contents> 


INFOCOLLECTED 
EXTENSION AA 


INFOANALYZED 
EXTENSION AA 
NT DMS250 


Presence 


0 to 255 


DAL, DAL-TIE, EANT, or PRI 


DAL, DAL-TIE, EANT, PRI, 
IMT, AXXESS, FGA, FGB, 


FGC 


Description 


This field contains the Standard User Error 
Code carried in a Return_Result component or 
as part of termination information when an error 
condition is the result of a customer action. This 
parameter, whose format is different from the 
existing CAINO2 ERRCODE, is for the IN1 
message set. 


This field indicates whether ACG control list 
overflow has occurred, whether the call was 
answered, and whether there has been an error 
detected. This field has the following subfields 
CTRLOVFL, ANS, and ERR. Each of these 
subfields can have the value of Y or N. 


This field contains the Problem Data value 
returned in a Return Error component. The 
«identifier» value can contain any valid 
identifier. The contents are displayed in the 
«contents» field. 


This field contains the extension parameter 
family. 


This value describes the INFOCOLLECTED 
EXTENSION AA object identifier family. 


This value describes the INFOANALYZED 
EXTENSION AA object identifier family. 


This field describes the NT DMS250 extension 
parameter family. 


When present, this field indicates the 
call-in-progress results from a reorigination of 
the previous call. 


This field contains the treatment set by the 
Switch before triggering occurred. 


This field contains the trunk type and trunk 
number for the originating agency. 


This field identifies the considered route when 
the trigger occurred. 
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Field Value Description 

ADIN 1to5 This field contains a value that provides an 
index into the authorization code tables for 
authcode validation. 

CAINGRP 0 to 255 This field contains the CAIN group extension 
parameter. The CAIN group extension 
parameter provides an index into table 
CAINGRP. 

UNIVACC 10 digits This field contains the universal access number 
dialed by the calling party. 

UNIVIDX AC, PX, CT, FA, OFC, DN, This field contains the universal translations 

AM, FT, CC, NSC, CTY, NN, system that was used. 
VPN 

NETINFO EXTNETIDNETCGIDNCOS This field contains the external network ID, the 
network customer group id, and the network 
class of service for a multiple switch business 
group call. 

SUBINFO alphanumeric This field contains the Subinfo extension 

CARRIER parameter, which describes the subscription 
f type and digit type. 

T1OVFL TRUE This field contains the t 1Overf low extension 
parameter. If present, the value is always Yes 
(Y) or TRUE. 

LNPRCVD TRUE This field indicates whether or not LNP 
information was received in the IAM. 

CONNTIME alphanumeric (5 digits for This field displays the value of the connectTime 

number of minutes, 2 digits for extension parameter. The connectTime 

number of seconds, 1 digit for | extension parameter indicates how much time 

tenths of seconds) has elapsed since a call was answered. If any 
digit value received is not in the range 0 to 9, a 
question mark is printed in place of the digit. 

JIP «string» To be provided. 

NUMREORG «integer» To be provided. 

CAINPRT numeric This field contains the CA/NPart extension 
parameter. 

BILLNUM alphanumeric This field contains the billingNumber extension 
parameter. 
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Field Value Description 

ACCTCODE alphanumeric This field contains the accountCode extension 
parameter. 

PIN alphanumeric This field contains the pinDigits extension 
parameter. 

SWID 0-999 This field contains the switch ID of the switch 


performing the query. 


BUSYRTE numeric This field identifies the outpulse number and the 
number of routing attempts for calls triggering at 
the Network_Busy, O_Called_Party_Busy, or 
O_No_Answer triggers. 


ACCESSTP 1PLUS This field indentifies the value field of 
accessType. 


Action 
None 


Associated OM registers 
None 


Additional information 
This log report is controlled by the CI commands VPTRACE ENABLE and 
VPTRACE DISABLE. The log is activated when set to enable, deactivated 
when set to disable. 


VAMP902 logs are output when the VPTrace CI tool is enabled and an 
outbound message is sent through the VAMP framework to the SCP. 


Release history 
SNO07 (DMS) 
The VAMP902 log may now display the subscription type via the SUBINFO 
field. The SUBINFO field is enhanced to display CARRIER as a possible 
value by feature A59033965 (CAIN via CICROUTE PEP Sourcing). 


UCS17 
The VAMP902 log is enhanced to display the new infoAnalyzedExtensionAa 
object identifier and accessType extension parameter populated in the 
info Analyzed query message from the DMS-250 switch, (A59033965). 
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VAMP902 (end) 


Added UCS15 changes missed as follows: The VAMP902 log is modified to 
display the infoCollectedExtensionAa object identifier and accessType 
extension parameter received in the query message from the 
DMS-250/Succession switch, (A60009592). 


Added information about the NT DMS250 Parameter that was not included in 
previous releases. 
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VAMP903 


Explanation 


When a call is completed with the ANIINTL subfield CAINMSG set to ‘Y’, 
CPN will be populated in the DIGITS field for the Calling Party number or 
Charge Number of the VAMP903 log. 

Field descriptions 
The following table explains each of the fields in the log report. 


Field Value Description 
DIGITS «Calling Party number» When a call is completed with the ANIINTL 
«Charge number» subfield CAINMSG set to 'Y'. 


Action 


None 


Associated OM registers 
None 


Additional information 


This log report is controlled by the CI commands VPTRACE ENABLE and 
VPTRACE DISABLE. The log is activated when set to enable, deactivated 
when set to disable. 


Release history 
UCS17 


The CPN can be populated in the DIGITS field of the VAMP903 log, 
(A59038177). 
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Explanation 


WB100 


The switch generates this log when an IAM message is received containing 


circuits that are not idle. 


Format 


The format for log report WB100 follows: 


WB100 mmmdd hh:mm:ss seq INFO INVALID TRUNK STATE 


TRUNK_STATE 
CALLID 


Example 


number 


An example of log report WB100 follows: 


WB100 APR15 11:16:45 4500 INFO INVALID TRUNK STATE 
M 
459880 


TRUNK STATE = 
CALLID = 


Field descriptions 


The following table explains each of the variable fields in the log report: 


Field Value 


Description 


number numeric 


state alphabetic; possible values include 
MB, CFL, LO, SB, NMB, PMB, etc. 


This field indicates the trunk state of the 
trunk that received the IAM. 


This field indicates the callid number of the 
call that received the invalid IAM. 


Action 
No action is required. 


Associated OM registers 
None 


Additional information 
None 
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WB101 

Explanation 

The switch generates this log when no wideband extension blocks are available 

for this call. The call does not complete. 
Format 

The format for log report WB101 follows: 

WB101 mmmdd hh:mm:ss seq INFO NO WIDEBAND EXT BLOCK 
Example 


An example of log report WB101 follows: 


B101 MAR15 18:14:33 5600 INFO NO WIDEBAND EXT BLOCK 


z 


Field descriptions 
There are no variable fields in this log report. 


Action 
No action is required. 


Associated OM registers 
Look at the EXT register WIDEBAND EXT BLKS. 


Additional information 
Consider regenerating the number of Wideband Extension Blocks that are 
available by changing the MAX NUM WIDEBAND CALLS parameter in 
table OFCENG. If this number is too small, it should be adjusted. 
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WB102 


Explanation 


The switch generates this log when the transfer rate indicated in the Bearer 
Capability information element, in the IAM message, is undefined or 
unsupported. For example, if only FIXED wideband is supported and a 
transfer rate of eight is received, the call does not complete. Only 6 and 24 are 


supported for FIXED. 
Format 
The format for log report WB102 follows: 
WB102 mmmdd hh:mm:ss seq INFO INVALID TRANSFER RATE 
WB size =  itrnumber 
CALLID = 
Example 


An example of log report WB102 follows: 


WB102 SEPO5 18:14:33 4500 INFO INVALID TRANSFER RATE 
WB size = 8 
CALLID = 459803 


Field descriptions 
The following table explains each of the variable fields in the log report: 


Field Value Description 


itr numeric This field indicates the information transfer 
rate received in the IAM. 


number numeric This field indicates the callid number of the 
call that received the invalid IAM. 


Action 
No action is required. 
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Associated OM registers 
None 


Additional information 
None 
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WB103 


Explanation 


The switch generates this log to indicate that an IAM message containing 
wideband information is received on a trunk that does not have wideband 


enabled. 
Format 

The format for log report WB103 follows: 

WB103 mmmdd hh:mm:ss seq INFO WB ON NON WB TRUNK 
Example 


An example of log report WB103 follows: 


WB103 SEPO5 18:14:33 4500 INFO WB ON OON WB TRUNK 


Field descriptions 
There are no variable fields in this log report. 


Action 
No action is required. 


Associated OM registers 
None 


Additional information 
None 
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WB104 
Explanation 
The switch generates this log to indicate that an IAM is received on a trunk 
using FIXED selection. FIXED selection can use slots 1-6, 7-12, 13-18, and 
19-24 only. In this IAM, the controlling channel is not on one of these fixed 
boundaries. 
Format 
The format for log report WB104 follows: 
WB104 mmmdd hh:mm:ss seq INFO NONBOUNDED ON FIXED 
Example 


An example of log report WB104 follows: 


WB104 SEPO5 18:14:33 4500 INFO NONBOUNDED ON FIXED 


Field descriptions 
There are no variable fields in this log report. 


Action 
No action is required. 


Associated OM registers 
None 


Additional information 
None 
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1-728 UCS log reports 


WB106 


Explanation 


The switch generates this log is generated when a trunk shows a different trunk 
state at the MAP terminal than the actual (stored) trunk state should be. 


Format 
The format for log report WB106 follows: 
WB106 date time seqnbr INFO CONFLICTING TRUNK STATE 
ACTUAL BITMAP - real slot 
STORED BITMAP = stored slot 
Example 


An example of log report WB106 follows: 


WB106 APR15 11:16:45 4500 INFO CONFLICTING TRUNK STATE 
ACTUAL BITMAP = FFFF FFFF 
STORE BITMAP = 0000 0000 


Field descriptions 
The following table explains each of the variable fields in the log report: 


Field Value Description 


real slot longword; hexadecimal This field indicates the actual channels on a 
wideband trunk that are busy (1) or idle (0). 


stored slot longword; hexadecimal This field indicates the database view of 
channels on a wideband trunk that are busy 
(1) or idle (0). 


Action 
No action is required. 


Associated OM registers 
None 


Additional information 
None 
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UCS log reports 1-729 


WB107 


Explanation 
The switch generates this log when call processing sees the maximum 
available bandwidth available for use on a wideband trunk to be different than 
the value stored in the database. 


Format 
The format for log report WB107 follows: 
WB107 date time seqnbr INFO CONFLICTING MAX AVAILABLE 
BANDWIDTH 
ACTUAL MAX AVAIL BAND = actual max 
STORED MAX AVAIL BAND stored max 
Example 


An example of log report WB107 follows: 


WB107 APR15 11:16:45 4500 INFO CONFLICTING MAX AVAILABLE 


BANDWIDTH 
ACTUAL MAX AVAIL BAND = 24 
STORED MAX AVAIL BAND = 12 


Field descriptions 
The following table explains each of the variable fields in the log report: 


Field Value Description 


actual max numeric This field indicates the actual value of the 
maximum number of available channels for 
a wideband call on this trunk. 


stored max numeric This field indicates the database value of the 
maximum number of available channels for 
a wideband call on this trunk. 


Action 
No action is required. 


Associated OM registers 
None 
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1-730 UCS log reports 
WB107 (end) 


Additional information 
None 
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Explanation 


UCS log reports 1-731 


WB108 


The switch generates this log report when call processing shows that certain 
channels on a wideband trunk are either available or not available, and this 
conflicts with the values stored in the database (as per the datafill entered for 
the trunk in table TRKGRP). 


Format 


The format for log report WB108 follows: 


WB108 date time seqnbr INFO CONFLICTING AVAIL BAND BM 
ACTUAL AVAIL BITMAP -real avail 
STORED AVAIL BITMAP = stored_avail 


Example 


An example of log report WB108 follows: 


= 


B108 APR15 11:1 
ACTUAL AVAIL 
STORED AVAIL 


Field descriptions 


BITMAP 


6:45 4500 INFO CONFLICTING AVAIL BAND BM 
FOFF 0000 


BITMAP = F1FF 0000 


The following table explains each of the variable fields in the log report: 


Field Value Description 
real_avail longword; hexadecimal This field indicates the actual channels ona 
wideband trunk that are busy (1) or idle (0). 
stored_avail longword; hexadecimal This field indicates the database view of 
channels on a wideband trunk that are busy 
(1) or idle (0). 
Action 


No action is required. 


Associated OM registers 
None 
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1-732 UCS log reports 
WB108 (end) 


Additional information 
None 
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